FBV与CBV
FBV：function based view 基于函数的视图
CBV：class based view 基于类的视图
CBV的定义：
from django.views import View
class Cbv（View）：
def get（self，request）：
# 专门处理get请求的函数
def post（self，request）：
# 专门处理post请求的函数
CBV的路由配置：
path（'cbv_test'，Cbv.as_view()）
as_view()的返回结果是一个处理好的FBV
CBV和FBV：
CBV能够直接根据请求方式直接匹配到对应的方法执行，FBV则需要在视图函数内部，通过request.method来判断请求方式，以便做不同的逻辑处理。
不同的是，如果CBV中没有定义对应请求方式的处理方法的话，会报错。而FBV中没有对应请求方式的处理逻辑的话也不会有太大问题。
as_view()源码：
@classonlymethod
def as_view(cls, **initkwargs):
"""Main entry point for a request-response process."""
for key in initkwargs:
if key in cls.http_method_names:
raise TypeError("You tried to pass in the %s method name as a "
"keyword argument to %s(). Don't do that."
% (key, cls.__name__))
if not hasattr(cls, key):
raise TypeError("%s() received an invalid keyword %r. as_view "
"only accepts arguments that are already "
"attributes of the class." % (cls.__name__, key))
def view(request, *args, **kwargs):
self = cls(**initkwargs)
if hasattr(self, 'get') and not hasattr(self, 'head'):
self.head = self.get
self.setup(request, *args, **kwargs)
if not hasattr(self, 'request'):
raise AttributeError(
"%s instance has no 'request' attribute. Did you override "
"setup() and forget to call super()?" % cls.__name__
)
return self.dispatch(request, *args, **kwargs)
view.view_class = cls
view.view_initkwargs = initkwargs
# take name and docstring from class
update_wrapper(view, cls, updated=())
# and possible attributes set by decorators
# like csrf_exempt from dispatch
update_wrapper(view, cls.dispatch, assigned=())
return view
as_view是定义在View类里的类方法，CBV继承了View类，所以也就有了as_view方法。
从源码上看，CBV调用了as_view方法，最后还是会返回一个函数地址，也就不违反路由配置中对于第二个参数要是一个函数地址的限制。
所以，主要看as_view内部的view函数：
request：wsgi封装好的请求对象，和FBV里拿到的request一模一样
cls：表示当前调用该函数的类，也就是自定义的CBV
self：就是由CBV实例化的对象
然后将request赋值给当前CBV实例化的对象，所以CBV内部self.request和某个请求方法的request参数是同一个request。
setup方法内部实现方式如下
def setup(self, request, *args, **kwargs):
"""Initialize attributes shared by all view methods."""
self.request = request
self.args = args
self.kwargs = kwargs
最终返回View类中的dispatch方法的结果，作为返回值。
接着看dispatch方法内部做了些什么：
def dispatch(self, request, *args, **kwargs):
# Try to dispatch to the right method; if a method doesn't exist,
# defer to the error handler. Also defer to the error handler if the
# request method isn't on the approved list.
if request.method.lower() in self.http_method_names:
handler = getattr(self, request.method.lower(), self.http_method_not_allowed)
else:
handler = self.http_method_not_allowed
return handler(request, *args, **kwargs)
首先获取当前请求的结果（字符串）并将其小写后，判断其是否在http_method_names列表中，也就意味着判断该请求方式在当前配置下是否允许。
http_method_names = ['get', 'post', 'put', 'patch', 'delete', 'head', 'options', 'trace']
该列表定义在View类内部的最上方，也就是说如果自定义某个CBV，想配置哪些请求方式是允许的，只要在CBV内部重写该列表即可。
在当前请求方式是允许的情况，通过反射机制获取当前请求方式在CBV中对于的处理方法，如果获取不到对应的处理方法（即在CBV中没有定义，或者定义方法名不符合规范，因为它通过反射机制是要拿到方法名是小写的方法），则表明该方法无效。那么当前请求将会得到405错误页面，也就是先前说的，CBV必须要定义在许可范围内的请求处理方法，否则会出错。
def http_method_not_allowed(self, request, *args, **kwargs):
logger.warning(
'Method Not Allowed (%s): %s', request.method, request.path,
extra={'status_code': 405, 'request': request}
)
return HttpResponseNotAllowed(self._allowed_methods())
如果通过反射机制得到了相应请求的处理方法，则在调用该方法后，将该方法的结果作为返回值返回。也就是将相应请求的处理方法的response对象返回。
也就是说CBV内部处理请求的方法，正在被执行的地方就在View类中的dispatch方法内。
如果想要在处理请求的方法的执行前后，增加一些操作，可以在CBV内部重写 dispatch然后在调用父类的dispatch前后增加想要做的操作，如函数执行计时等。
给CBV加装饰器
需要先导入method_decorator
from django.utils.decorators import method_decorator
1、然后在CBV内部对应方法上加装饰器 @method_decorator(对应的装饰器地址)
2、如果只想给单个请求方式对应的处理方法加上装饰器的话，直接就在对应方法上加即可
如果想让所有请求方式对应的处理方法都加上装饰器的话，可以在CBV内部重写View类的dispatch方法，然后super调用View类的dispatch，最后把装饰器加在重写后的dispatch方法上。
3、直接将装饰器加在CBV上@method_decorator(对应的装饰器地址，name='对应的方法名')
或者@method_decorator(对应的装饰器地址，name='dispatch')
request对象
request.method：获取当前的请求方式
request.GET：获取URL上携带的参数
request.POST：获取post请求提交的数据
request.path_info：获取url的路径（不包括域名和携带的参数）
request.get_full_path()：获取url的路径（包括携带的参数）
request.body：获取请求体中的数据，得到的结果为bytes类型
request.scheme：返回请求协议（http/https）
request.encoding：获取提交数据的编码方式，若为None则默认使用utf-8
request.COOKIES：cookie字典，键值均为字符串
request.session：session信息
request.FILES：获取上传的文件
request.META：返回一个字典，里面包含请求头的信息
request.user：一个AUTH_USER_MODEL类型对象，表示当前登录的用户
request.get_host()：返回请求的原始主机，若主机位于多个代理后，get_host()将失效
request.is_secure()：判断请求是否安全（即是否是https发起的），返回布尔值
request.is_ajax()：判断请求是否是ajax发起的
Response对象
HttpResponse（"字符串"）
render(request, "模板", {数据字典})
render_to_string("模板", {数据字典}) 返回渲染后的模板文件的字符串
redirect("地址") 重定向
JsonResponse（）返回json格式的响应,默认只能序列化字典 序列化其他需要加safe参数
render方法中，调用了render_to_string将渲染后的模板文件的字符串，通过HttpResponse（"字符串"）返回给浏览器
def render(request, template_name, context=None, content_type=None, status=None, using=None):
"""
Return a HttpResponse whose content is filled with the result of calling
django.template.loader.render_to_string() with the passed arguments.
"""
content = loader.render_to_string(template_name, context, request, using=using)
return HttpResponse(content, content_type, status)
redirect（"地址"）本质就是将响应头中的Location值set为重定向的地址，并将状态码设置为301或者302返回给浏览器。
以下代码同样能实现redirect方法的功能：
ret = HttpResponse('', status = 301)
ret['Location'] = '地址'
return ret
补充：临时重定向（响应状态码：302）和永久重定向（响应状态码：301）