Django的视图View详解

django的view可以是方法，也可以是类，按照django的规则，我们添加的view都要写到app的views.py文件中

其中，方法view我们称之为FBV（function base views），类view我们称之为CBV（class base views）

一般情况下，我们会使用以下两种方式：

#url.py

from django.contrib import admin
from django.urls import path

from app_view.views import view_function, view_class

urlpatterns = [
    path('admin/', admin.site.urls),
    path('app_view/function',view_function),
    path('app_view/view_class', view_class.as_view()),

]

#views.py

from django.http import HttpResponse

# Create your views here.
from django.views import View


def view_function(request):
    if request.method == "GET":
        return HttpResponse('my name is view_function get')
    elif request.method == "POST":
        return HttpResponse('my name is view_function post')


class view_class(View):
    def dispatch(self, request, *args, **kwargs):
        print('before')
        obj = super(view_class, self).dispatch(request, *args, **kwargs)
        print('after')
        return obj

    def get(self, request):
        return HttpResponse('my name is view_class get')

    def post(self, request):
        return HttpResponse('my name is view_class post')

其中，FBV方式比较简单，django直接调用了url对应的指定方法，中间没有什么特别的处理

而CBV方式比较特殊，首先就要在urls.py中加上as_view()参数

对此我们对其稍加剖解

1.首先是启动django

启动django时，django会读取urls.py文件中的配置，并对各url及其对应的view进行处理

如果发现该view不是function，而是class，则会执行view类的类方法as_view，注意，是类方法不是对象方法

如图：

 django通过这个类方法依次处理每个view，下面是处理我们所定义的view_class

 

 

as_view()方法处理完成后，django已经做好了准备创建view实体对象的操作，会继续走path方法

 

 

 

path方法可以理解为django将配置的url进行了统一处理并管理

 

 

如果在path方法中打断点，则可以看到django项目启动时django加载的所有的url配置，

比如说，django.contrib.admin  app模块中的url

当urls.py中path都执行结束，django就初始化好了相关操作 

 

2. 使用浏览器访问url

 

我这里访问：http://127.0.0.1:8000/app_view/view_class

当用浏览器访问时，代码会直接跳转到view基类，并调用【VIEW】类中的【as_view类方法】中的【view方法】，这是闭包

这里将一个例子将view的代码流程表示一下：

class demo1:
    functionName='demo1'
    @classmethod
    def classfunction(cls, **initkwargs):
        number=0
        def objfunction(*args, **kwargs):
            print(number+1)
            self = cls(**initkwargs)
            return self
        return objfunction

xxx=demo1.classfunction()
yyy=xxx()
print(yyy.functionName)

django在启动时已经通过urls.py文件创建了xxx对象，这个xxx对象实际上是objfunction

然后浏览器访问时，调用了objfunction对象方法，生成了yyy，这时候yyy是demo1类的实体对象。

注意类中的return

返回到view类中，浏览器的访问实际上是去创建了这次url请求对应的view对象 ，

然后调用该对象的setup方法和dispatch方法，

setup方法：主要将HttpRequest视图的request属性以及从URL模式捕获的任何位置和/或关键字参数 分别分配给args和kwargs属性。

dispatch方法：检查HTTP方法并尝试委托给与HTTP方法匹配的方法; get将被委派给get()，post委托给post()

下图是view类：

注意cls和self的区别，一个是类，一个是类的对象

 

因为我们已经定义了dispatch方法，所以程序会调用我们定义的dispatch方法

注意：这时候的self是url对应的实体对象，它在执行cls(**initkwargs)代码时创建了这个对象

 

 

 

下图是程序调用了我们重写的dispatch方法，然后又调用了父类（View）中的dispatch方法

 

 

父类的dispatch会检查这次浏览器的访问是GET还是POST

 

 

如果是GET就会调用子类对应的GET方法，然后再返回到子类的dispatch方法中，执行剩下的代码，如图

 

可以看到，dispatch在这里至关重要，伴随着请求的【来】与【往】

 

3.重写父类的dispatch方法，并且不调用父类的dispatch方法会怎么样？

将views.py中的代码改成下图，毋庸置疑，django启动时不会报任何错误，但是访问指定url创建实例时就会报错

class view_class(View):
    def dispatch(self, request, *args, **kwargs):
        print('before')
        # obj = super(view_class, self).dispatch(request, *args, **kwargs)
        print('after')
        # return obj

    def get(self, request):
        return HttpResponse('my name is view_class get')

    def post(self, request):
        return HttpResponse('my name is view_class post')

 

所以说，dispatch方法，要么不写，要么就写对，否则django不知道该怎么处理这次请求

 

4. view中不含有浏览器对应的请求处理方法会怎样？

代码如下：

class view_class(View):
    def dispatch(self, request, *args, **kwargs):
        print('before')
        obj = super(view_class, self).dispatch(request, *args, **kwargs)
        print('after')
        return obj

    # def get(self, request):
    #     return HttpResponse('my name is view_class get')

    def post(self, request):
        return HttpResponse('my name is view_class post')

使用get去请求，结果没有对应的get方法，django会报出出如下错误

浏览器页面： 

因此得知，做什么样的操作就要有对应的处理方法，要首尾呼应！！

 

未完待续