drf- 请求与响应

一 请求与响应

1 Request

REST framework 传入视图的request对象不再是Django默认的HttpRequest对象,而是REST framework提供的扩展了HttpRequest类的Request类的对象。

REST framework 提供了Parser解析器,在接收到请求后会自动根据Content-Type指明的请求数据类型(如JSON、表单等)将请求数据进行parse解析,解析为类字典[QueryDict]对象保存到Request对象中。

from rest_framework.request import Request
# 核心源码
def __init__(self, request, parsers=None, authenticators=None, negotiator=None, parser_context=None):
    # 判断request是HttpRequest对象,即原生的,如果不是直接返回,assert语法是断言后面的判断
    # 增加程序的健壮性,本来是把原生request二次封装,担心把封装后的request传过来再次封装
    assert isinstance(request, HttpRequest), (
        'The `request` argument must be an instance of '
        '`django.http.HttpRequest`, not `{}.{}`.'
        .format(request.__class__.__module__, request.__class__.__name__)
    )
        
    self._request = request  # 二次封装request,将原生request作为drf request对象的 _request属性(隐藏了原生request)
        
def __getattr__(self,item):
    try:
        return getattr(self._request, attr)  # 利用反射,到原生request对象中获取属性,因此新的request有原生request对象的所有属性和方法
    except AttributeError:
        return self.__getattribute__(attr)   # 原生request对象获取不到,则获取自己的属性,增强程序健壮性

Request对象的数据是自动根据前端发送数据的格式进行解析之后的结果。

无论前端发送的哪种格式的数据,我们都可以以统一的方式读取数据。


1.1 常用属性

1).data
request.data 返回解析之后的请求体数据。类似于Django中标准的request.POST和 request.FILES属性,但提供如下特性:

包含了解析之后的文件和非文件数据
包含了对POST、PUT、PATCH请求方式解析后的数据
利用了REST framework的parsers解析器,不仅支持表单类型数据,也支持JSON数据

总结:前端以三种编码方式传入的数据,都可以从rquest.data中取出来
2).query_params
request.query_params与Django标准的request.GET相同,只是更换了更正确的名称而已。


2 Response

from rest_framework.response import Response

REST framework提供了一个响应类Response,使用该类构造响应对象时,响应的具体数据内容会被转换(render渲染)成符合前端需求的类型。

REST framework提供了Renderer 渲染器,用来根据请求头中的Accept(接收数据类型声明)来自动转换响应数据到对应格式。如果前端请求中未进行Accept声明,则会采用默认方式处理响应数据,我们可以通过配置来修改默认响应格式。

Response类的__init__方法:

def __init__(self, data=None, status=None, template_name=None, headers=None, exception=False, content_type=None):

data数据不要是render处理之后的数据,只需传递python的内建类型数据即可,REST framework会使用render渲染器处理data。

data不能是复杂结构的数据,如Django的模型类对象,对于这样的数据我们可以使用Serializer序列化器序列化处理后(转为了Python字典类型)再传递给data参数。

2.1 参数说明

data:           为响应准备的序列化处理后的数据,是一个字典
status:         返回的状态码,默认200
template_name:  模板名称,如果使用HTMLRenderer 时需指明
headers:        用于存放响应头信息的字典,如:在响应头中添加token
content_type:   响应数据的编码格式application/json和text/html,通常此参数无需传递,REST framework会根据前端所需类型数据来设置该参数
exception:      默认False 捕获异常

补充:HttpResponse对象如何放在响应头返回给浏览器?
直接在response对象中添加,如:response_obj['token']='xxx'

为了方便设置状态码,REST framewrok在rest_framework.status模块中提供了常用状态码常量。

2.2 响应的局部配置全局配置

可以在rest_framework.settings查找所有的drf默认配置项,drf的配置信息,先从自己类中找(局部配置优先)-->项目的settings中找(全局配置)--->drf的settings中找(默认全局配置)。

局部配置:对某个视图类有效

# 在视图类中写如下
from rest_framework.renderers import JSONRenderer

class Testview(APIView):
	renderer_classes=[JSONRenderer,]  # 写在视图类中即可,这个视图的响应配置,只配置JSON这个类,没有配置浏览器渲染
    ...

全局配置:全局的视图类,所有请求都有效

settings.py

drf的全局配置,都配置在REST_FRAMEWORK这个字典中,key是默认的响应渲染类(还有其他的类其他的配置),val是个列表或元组,存放配置。

REST_FRAMEWORK = {
    'DEFAULT_RENDERER_CLASSES': (  # 默认响应渲染类
        'rest_framework.renderers.JSONRenderer',          # json渲染器
        'rest_framework.renderers.BrowsableAPIRenderer',  # 浏览API渲染器
    )
}

 

posted @   不会钓鱼的猫  阅读(19)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
阅读排行:
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· winform 绘制太阳,地球,月球 运作规律
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
点击右上角即可分享
微信分享提示