Django之CBV视图源码分析(工做原理)

1.首先咱们先在urls.py定义CBV的路由匹配。
python

FBV的路由匹配:app

2.而后,在views.py建立一名为MyReg的类:函数

注意:该类必须继续View类,且方法名必须与请求方式相同(后面会详解)url

3.回到第一步的路由匹配能够看到MyReg.as_view(),直接调用了as_view函数。那么如今进去as_view函数看看里面运行了什么?spa

4.由上面的分析能够知道执行as_view函数时,返回该函数下嵌套的一个叫view函数的内存地址,这样,urls.py里的url(r'^my_reg/', views.MyReg.as_view())就至关于url(r'^my_reg/', views.view)了,这样跟咱们以前的FBV就没区别了,当url匹配成功,就会执行view函数。code

5.假设url匹配成功,执行view函数:blog

首先view函数完成了MyReg类的初始化内存

最后view函数 先调用dispatch函数, 而后返回dispatch函数执行后返回值,路由

6.如今进入dispatch函数看看它返回了什么数据字符串

dispatch函数为CBV最精髓的部分

分析:

request.method.lower()为请求方式的小写

self.http_method_names点进去为一个列表,该列表是全部八个请求方式的小写

self.http_method_not_allowed返回一个报错信息为405的函数

getattr是反射,经过字符串获取方法的内存地址。拿到内存地址能够直接加()调用

最后总分析 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.
        # 判断用户发送的请求方式是否在http_method_names列表里面
        if request.method.lower() in self.http_method_names:  
            # 经过反射判断MyReg类是否有跟请求方式同名的方法,如有,返回该方法的内存地址,没有返回报错405
            handler = getattr(self, request.method.lower(), self.http_method_not_allowed)
        else:
            # 若是不在就返回一个报错405的函数
            handler = self.http_method_not_allowed
        # 最后直接执行上面返回的函数
        return handler(request, *args, **kwargs)
相关文章
相关标签/搜索