DRF之解析器源码解析

解析器

RESTful一种API的命名风格,主要因为前后端分离开发出现
前后端分离: 用户访问静态文件的服务器,数据全部由ajax请求给到

解析器的作用就是服务端接收客户端传过来的数据，把数据解析成自己想要的数据类型的过程。

本质就是对请求体中的数据进行解析。

在了解解析器之前~大家要先知道Accept以及ContentType请求头。

Accept是告诉对方我能解析什么样的数据，通常也可以表示我想要什么样的数据。

ContentType是告诉对方我给你的是什么样的数据类型。

那大家想一下，解析器工作原理的本质应该是什么~~~~~

就是拿到请求的ContentType来判断前端给我的数据类型是什么，然后我们去拿相应的解析器去解析数据。

Django的解析器

我们请求进来请求体中的数据在request.body中，那也就证明，解析器会把解析好的数据放入request.body

我们在视图中可以打印request的类型，能够知道request是WSGIRequest这个类。

application/x-www-form-urlencoded不是不能上传文件，是只能上传文本格式的文件，

multipart/form-data是将文件以二进制的形式上传，这样可以实现多种类型的文件上传

一个解析到request.POST, request.FILES中。

也就是说我们之前能在request中能到的各种数据是因为用了不同格式的数据解析器~

DRF的解析器

我们说请求数据都在request.data中，那我们看下这个Request类里的data

我们知道，data肯定是个静态方法，进源码：

只要请求过来了，我们就会走APIView里边的dispatch方法，
这个时候里边的request是重新封装的新的request，

经过dispatch方法，构建了是一个Request实例化对象，然后执行request.data,去源码request里边找一个静态方法data。这个data方法肯定是选择解析器的。

点进去：

用户提交的请求头content_type的值，不拿这个值做不了解析。stream是请求体，我们拿到这个了之后做解析：

选择解析器：

首先看我们的self是谁，

最终就是self是我们的自定义的类对象。
然后我们去我们的courseview里边找parser_classes

看我们自己类里边有没有，我们去过自定义了，就直接调用，有几个是几个。

拿到解析类对象列表之后，看谁调用它：

然后具体怎么做，我们可以不用关心了，就交给select_parser了。

这个整个流程还没有走完，如果没有定义parser_classes = []这个变量，源码应该怎么走，去APIView走。

我们需要找这个属性

所以走getattr：

所以继续往下走：

点击settings：

补充一下settings：

我们访问顺序就是：
当前访问视图类下------------》全局settings---------》默认default。

但是我们没有rest_framework.，取出来的是类字符串：

但是我们用的是类。

最后返回的就是：

就是.的就是它：

如果我们在全局里边配置了的话，

当然不会去执行默认的，只会识别json文件。
所以再一次强调我们的访问顺序是：
当前访问视图类下------------》全局settings---------》默认default。