DRF 框架，全称为 Django Rest Framework，是 DjangHdhCmsTestcppcns测试数据o 内置模块的扩展，用于创建标准化 RESTful API；它利用 ORM 映射数据库，并自定义序列化数据进行返回，多用于前后端分离项目
项目地址：
https://github测试数据/encode/django-rest-framework
请求模块：request对象
源码入口
APIView 类中 dispatch 方法中的： request=self.iniialize_request(*args, **kwargs) ，源码如下：
def initialize_request(self, request, *args, **kwargs):
"""
Returns the initial request object.
"""
parser_context = self.get_parser_context(request)
return Request(
request,
parsers=self.get_parsers(),
authenticators=self.get_authenticators(),
negotiator=self.get_content_negotiator(),
parser_context=parser_context
)
源码分析
源码很简单，第1句 parser_context = self.get_parser_context(request) ，我们进入方法 get_parser_context 查看 http://HdhCmsTestcppcns测试数据 源码：
"""
Returns a dict that is passed through to Parser.parse(),
as the `parser_context` keyword argument.
"""
# Note: Additionally `request` and `encoding` will also be added
# to the context by the Request object.
return {
tobLIsK 'view': self,
'args': getattr(self, 'args', ()),
'kwargs': getattr(self, 'kwargs', {})
}
上面的代码的意思是：返回一个解析的字典以便于 Parser.parse() 去解析，另外还通过 Request 对象添加了上下文 request 和 encoding
第二句返回了一个 Request 对象，点击进入查看
我们可以分析出，内部对 request 做了二次封装， _request 是一个 HttpRequest 对象，并且 Request 类中还有 __getattr__ 此方法，代码如下：
def __getattr__(self, attr):
"""
If an http://HdhCmsTestcppcns测试数据attribute does not exist on this instance, then we also attempt
to protobLIsKxy it to the underlying HttpRequest object.
"""
try:
return getattr(self._request, attr)
except AttributeError:
return self.__getattribute__(attr)
意思是如果这个实例上不存在一个属性，那么我们也会尝试将其代理到底层 HttpRequest 对象。接下来我们可以通过案例演示
案例演示
我们创建了 TestView 视图，视图函数中打印了3个 request 属性，并且在 response 上打了一个断点，接下来通过 url 访问视图，进入断点如下，
我们可以清楚的看到：
request是 drf 的 Request 对象 request下有 data 属性， query_params 属性，但是没有 GET 属性上面还有一个 Protected Attributes 属性，里面包含了 _request 属性
我们可以看到 _request 是 WSGIHttpRequest 对象，所以它会有 GET 属性，所以我们视图中打印的 request.GET 实际上和 request._request.GET 是一样的，因为 request 没有 GET 属性，所以它就会访问 _request 中的 GET 属性，最后我们查看打印结果，如下：
<QueryDict: {'a': ['1']}>
<QueryDict: {'a': ['1']}>
<QueryDict: {'a': ['1']}>
同样的， POST 请求也是如此，我们在视图中添加 POST 的请求方式，如下：
def post(self, request, *args, **kwargs):
print(request.POST) # 兼容
print(request._request.POST) # 二次封装
print(request.data) # 拓展，兼容性最强，3种请求方式都可以
return Response("drf post ok")
我们都知道提交数据一般有3种方式
multipart/form-data application/x-www-form-urlencoded application/json首先我们使用 multipart/form-data 提交请求数据，并请求API
我们查看 pycharm 打印结果
<QueryDict: {'a': ['1']}>
<QueryDict: {'a': ['1']}>
<QueryDict: {'a': ['1']}>
可以看到 multipart/form-data 这种请求方式，都能打印出来
接着我们使用 application/x-www-form-urlencoded 提交请求数据，并请求API
<QueryDict: {'a': ['1']}>
<QueryDict: {'a': ['1']}>
<QueryDict: {'a': ['1']}>
可以看到 application/x-www-form-urlencoded 这种请求方式，都能打印出来
最后我们使用 application/json 提交请求数据，并请求API
可以看到 application/json 这种请求方式，只有 request.data 能打印出来
<QueryDict: {}>
<QueryDict: {}>
{'a': 1}
所以 request.data 兼容性最强
总结 drf 对 request 进行了二次封装， request._request 就是原生的 WSGIRequest 原生 request 的属性和方法都可以被 drf 的 request 对象直接访问（兼容） drf 请求的所有 url 拼接参数均被解析到 query_params 中，所有的数据包均被解析到 data 中其中 post 请求， request.data 的兼容性最强，能兼容前台传输的 json 格式的数据
到此这篇关于Django（48）drf请求模块源码分析 的文章就介绍到这了,更多相关Django drf源码内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！
查看更多关于Django drf请求模块源码解析的详细内容...