LET'S DJ:web.py 틈새 없이 django로 이동

DO:
전제는django가jinja2 모드를 사용하도록 설정하고 오래된 프로젝트의 모드 엔진과 일치해야 한다는 것이다.
Django 유니버설 보기의 가장 기초적인 종류는 View이다. 다른 예를 들어TemplateView,RedirectView 등은 모두 뷰에서 계승된다. 구체적인 용법은 다음과 같다. Django 유니버설 보기
dj는 기본적으로 get/post 구분 방법을 지원하지 않기 때문에 사용자 스스로 다음과 같은 졸렬한 방식으로 판단해야 한다.

if request.method == 'GET':
    doGet
elif request.method == 'POST':
    doPost

참고:python django postget 재구성, url을 통해 일반적인 보기 함수에 접근하여 구분하지만, 병란은 적용되지 않습니다.
원본 보기 django.views.generic.base.py, RedirectView가 get,post 방법을 자체로 가지고 있는 것을 발견했습니다. 그래서 저는 RedirectView를 계승하여 실현하고자 합니다.

from django.http import HttpResponse
from django.views.generic import RedirectView
from django.shortcuts import render, redirect

from lib import db
from lib.utils import Storage

pool = db.database(dbn='mysql', db='test', user='root', port=3306,
                   host='127.0.0.1', pw='123', charset='UTF8',
                   mincached=1, maxcached=10, maxshared=10, maxconnections=10)


class Base(RedirectView):

    def __init__(self, **kwargs):
        RedirectView.__init__(self, **kwargs)
        self.config = dict(static='/static')
        self.db = pool
        self.session = None
        x = self

        class web:
            def __init__(self):
                self.db = db

            def input(self):
                tmp_dict = {}
                if x.request.method == 'GET':
                    parameters = x.request.GET
                elif x.request.method == 'POST':
                    parameters = x.request.POST
                for k, v in parameters.items():
                    if type(v) == list:
                        if len(v) == 0:
                            tmp_dict[k] = None
                        elif len(v) == 1:
                            tmp_dict[k] = v[0]
                    else:
                        tmp_dict[k] = v
                return Storage(tmp_dict)

            def seeother(self, url):
                return redirect(url)

        self.web = web()

    def redirect(self, url):
        return redirect(url)

    def render(self, template_name, **kwargs):
        d = dict(**kwargs)
        d['csrf_token'] = ''
        d['session'] = self.request.session
        return render(self.request, template_name, d)

    def get(self, request, *args, **kwargs):
        result = self.GET(*args, **kwargs)
        if isinstance(result, HttpResponse):
            return result
        return HttpResponse(result, 'application/json')

    def GET(self):
        return

    def post(self, request, *args, **kwargs):
        result = self.POST(*args, **kwargs)
        if isinstance(result, HttpResponse):
            return result
        return HttpResponse(result, 'application/json')

    def POST(self):
        return

그 다음으로db문제를 해결하려면 dj는 기본적으로 자신의 ORM 조작 DB를 사용하기 때문에 비대하고 사용하기 어렵지 않으며 후기 유지보수에 불리하다. 주로 포지셔닝 문제와 SQL 최적화 등이다.
웹 보기.py의db클래스에서 무의식중에 코드 한 토막을 발견하자 갑자기 기분이 좋아졌다.

try:
    # db module can work independent of web.py
    from webapi import debug, config
except:
    import sys
    debug = sys.stderr
    config = storage()

원래db.py는 웹py의 인터페이스에 의존하지 않고 독립적으로 사용할 수 있습니다.이것이야말로 좋은 디자인이라는 것을 감탄하지 않을 수 없다!
위의base류는db를 통합했습니다.py와 dbutils 모듈은view에서db 연결 탱크를 직접 사용할 수 있습니다.
END:
간단한 포장 클래스를 통해dj를 웹으로 시뮬레이션할 수 있습니다.py,view 클래스는 이 기본 클래스를 계승한 다음GET 또는 POST 방법을 작성하면 됩니다.
또한 세션, Request parameter,render 방법은 모두 포장되어 있어 보기에서 dj의 API와 접촉하는 것을 완전히 피할 수 있습니다.
HttpResponse를 생성하지 않고 결과를 직접 반환합니다.예제view 코드는 다음과 같습니다.

from common.base import Base
import sys


class MainView(Base):

    def GET(self, id):
        id = int(id)
        return self.db.query('SELECT $id', {'id' : id})

    def POST(self):
        form = self.web.input()
        a = form.get('a')
        b = form.get('b')
        return self.render('test.html', a=a, b=b)

나중에 한가한 DT를 Tornado로 바꾸려면view 코드를 바꿀 필요가 없어요.
TIPS:

dj는 기본적으로 방법 기반 보기를 지원하기 때문에 클래스 기반 보기를 사용할 수 있다면 urlpattern에서 원래 방법명을 클래스 이름으로 바꾸고 as 호출view () 방법:

url_patterns = [ django.conf.urls.url(r'^$', Base.as_view()), ]

참조: A Quick Guide to Using Django Class Based Views

dj의 기본 로그인 검증 장식기loginrequired는 포장된 방법을 지원하지 않기 때문에 상기 Base 클래스의 GET/POST 방법에서 직접 사용할 수 없습니다

동시에 urlpattern에서 보기 포장 사용:django.contrib.auth.decorators.login_required(Base.as_view())
참조:loginrequired doesn't work with bound methods、How to require login for django generic views?
이것은 8년 전의 버그지만...그러나 내가 사용할 때 여전히 문제가 있다는 것을 발견했다. 가장 좋은 방법은 감권 장식기를 다시 쓰는 것이다.

login을 사용한 경우required 장식기, 그럼django를 사용해야 합니다.contrib.auth 클래스의 authenticate와login 방법으로 사용자가 로그인할 수 있는지 여부를 판단합니다.

auth.login(self.request, user).참조: Django에 내장된 권한 제어 3 – Login Logout

dj 요청 형식은 직접적인 방법이 없습니다. 엉터리 판단을 사용해야만 얻을 수 있습니다.:return'https'if request.is_secure() else 'http'

전체 요청 URL을 얻으려면:request.build_absolute_uri () 또는 Request.build_absolute_uri(request.get_full_path())

jinja2는 {% csrf token%} 태그를 지원하지 않기 때문에post를 제출할 때 dj가 오류를 보고합니다: CSRF verification failed.Request aborted

양식에 다음 요소만 추가하면 됩니다. (참조: How to csrf token protection in jinja2 template engine?)

<input type="hidden" name="csrfmiddlewaretoken" value="{{ csrf_token }}">

PS. 
dj에 대해 익숙하지 않기 때문에 글에서 누락되는 것을 피하기 어렵거나 더 좋은 방안이 있으면 지적해 주십시오.
anyway, 마마는 더 이상 내가 어떤 웹 프레임워크를 사용할지 걱정할 필요가 없어요. flask 말고...