Django之DRF-APIView、View源码对比

前面的文章已经介绍过APIView与View的区别，或者说APIView比View更为强大的地方（文章链接：https://blog.****.net/weixin_47454485/article/details/107461486）：

1.传入到视图方法中的是Request对象，而不是Django的HttpRequest对象
2.视图方法可以返回Response对象，自动处理（根据请求头的参数）为符合前端要求的格式
3.任何APIException异常都会被捕获到，并且处理成合适的响应信息
4.在进行dispatch()分发前，会对请求进行身份认证、权限检查、流量控制

本文继续通过对比源码的方式来对以上4点进行分析

1.首先需要弄明白一个问题：
自定义一个视图类，继承View，又另外定义一个视图类，继承APIView，
问：这两个类的请求分别走的是哪个类的哪个函数，从as_view()和dispatch()来分析
答：继承View的自定义类请求走的View的dispatch()方法，继承APIView的自定义类请求走的APIView的dispatch()（可以参考前面的文章：https://blog.****.net/weixin_47454485/article/details/107505904）

2.明白了这个请求周期后可以发现，一个请求周期中最重要的函数就是dispatch()，进一步可以得出：APIView比View更为强高级之处就是APIView的dispatch()比View的dispatch()高级

3.对比源码
查看View的dispatch()方法，前面的文章已经讲过它的作用，这里不在描述
Django之DRF-APIView、View源码对比
查看APIView的dispatch()方法，

可以看见APIView的dispatch()方法除了view的dispatch()的基本功能外，又增加一些代码，我们分区域来解析：

大致是多了这四个模块，我们一个一个分析：

1.initialize_request

Django之DRF-APIView、View源码对比
可以看出，它是在实例化Request，返回一个request对象，这里不就是对应了文章开头的第一点
进去Request查看源码：

实例化的参数有什么意义？它除了读配置，还是在读配置，然后完善成自己的request对象
Django之DRF-APIView、View源码对比
self._request = request，这行代码在干嘛呢，拷贝Django原生的request对象，换个名字_request,通俗来讲：我需要重写你，但是先保留你，如果用户要用原生的request，可以调_request，不影响使用

这几行代码又在干嘛呢？还是读配置，有传就用，没有就配置空或者默认值
重点来了：
Django之DRF-APIView、View源码对比
这几行添加属性为什么是Empty、为什么是Empty、为什么是Empty，而不是None或者空串，进去Empty源码

Empty是一个空类，类的操作性、变化性、扩展性更加强大，更加可以动态添加属性，所以说源码毕竟是源码，是真正的好代码