深入解析前后端分离组件django-rest_framework IV

简介: 深入解析前后端分离组件django-rest_framework IV

解析器


request类


django的request类和rest-framework的request类的源码解析


局部视图


from rest_framework.parsers import JSONParser,FormParser
class PublishViewSet(generics.ListCreateAPIView):
    parser_classes = [FormParser,JSONParser]
    queryset = Publish.objects.all()
    serializer_class = PublshSerializers
    def post(self, request, *args, **kwargs):
        print("request.data",request.data)
        return self.create(request, *args, **kwargs)


全局视图


REST_FRAMEWORK={
    "DEFAULT_AUTHENTICATION_CLASSES":["app01.service.auth.Authentication",],
    "DEFAULT_PERMISSION_CLASSES":["app01.service.permissions.SVIPPermission",],
    "DEFAULT_THROTTLE_CLASSES":["app01.service.throttles.VisitThrottle",],
    "DEFAULT_THROTTLE_RATES":{
        "visit_rate":"5/m",
    },
    "DEFAULT_PARSER_CLASSES":['rest_framework.parsers.FormParser',]
}


备注:局部使用指定解析器时,只需在视图类中添加一个变量:parser_classes = […]

rest_framework全局默认使用的解析器:


DEFAULTS = {
    # Base API policies
    'DEFAULT_PARSER_CLASSES': (
        'rest_framework.parsers.JSONParser',
        'rest_framework.parsers.FormParser',
        'rest_framework.parsers.MultiPartParser'
    ),


分页


简单分页


from rest_framework.pagination import PageNumberPagination,LimitOffsetPagination
class PNPagination(PageNumberPagination):
        page_size = 1     # 每页显示的数据个数
        page_query_param = 'page'    #翻页的参数  ?page=num
        page_size_query_param = "size"    #每页临时显示的数据个数  覆盖page_size
        max_page_size = 5     #每页允许显示的最大条数
class BookViewSet(viewsets.ModelViewSet):
    queryset = Book.objects.all()
    serializer_class = BookSerializers
    def list(self,request,*args,**kwargs):
     # 单写某个视图时的用法
        book_list=Book.objects.all()
        pp=LimitOffsetPagination()
        pager_books=pp.paginate_queryset(queryset=book_list,request=request,view=self)
        print(pager_books)
        bs=BookSerializers(pager_books,many=True)
        #return Response(bs.data)
        return pp.get_paginated_response(bs.data)


偏移分页


from rest_framework.pagination import LimitOffsetPagination


分页器在视图类中的用法:在视图类中定义一个变量:pagination_class=类

备注:使用LimitOffsetPagination偏移分页,里面的两个参数limit和offset:limit是每页显示的条数,offset是从第几条数据+1开始(offset=3,意为从第四条数据开始)。default_limit = num,默认显示的条数。


游标分页


from rest_framework.views import APIView
from .models import UserInfo
from rest_framework.response import Response
from rest_framework import serializers
from rest_framework.pagination import CursorPagination
class MyPagination(CursorPagination):
    # URL传入的游标参数
    cursor_query_param = 'cursor'
    # 默认每页显示的数据条数
    page_size = 2
    # URL传入的每页显示条数的参数
    page_size_query_param = 'page_size'
    # 每页显示数据最大条数
    max_page_size = 1000
    # 根据ID从大到小排列
    ordering = "id"
class PagerSerialize(serializers.ModelSerializer):
    '''数据序列化'''
    class Meta:
        model = UserInfo
        fields = "__all__"
        depth = 2     #用于显示关联字段的对应的表的详细内容
class PagerView(APIView):
    def get(self,request,*args,**kwargs):
        user_list=UserInfo.objects.all().order_by('-id')  #将数据按照id从大到小排序
        #根据url参数,获取分页数据
        obj=MyPagination()
        page_user_list=obj.paginate_queryset(user_list,request,self)
        #数据进行序列化
        ser=PagerSerialize(instance=page_user_list,many=True)
        response=obj.get_paginated_response(ser.data)  #返回带上下页连接的数据
        return response
        # return Response(ser.data)   #不含上下页链接


游标方式分页的本质是通过记住当前页面数据的最大、最小id,翻页时根据记录的最大或者最小id,查询下一页对应的数据,这样就不会出现每一次翻页都会重头遍历数据的情况,大大的提高了查询效率。缺点是无法直接跳转到某一页。


url路由器


我们在使用rest_framework时,url都是一个规定的格式,当我们有很多表时,意味着大量的复用一些代码,对于每一个模型表对应的url,只有两个地方不同,一个是路径的前缀,一个是对应的视图类。在rest_framework中也提供了一个url的分发,完美的解决了url的分发。


from rest_framework import routers


rest_framework提供一个routers的py文件,这个文件中包含跟路由相关的类。


使用方式:在routers.py中有一个DefaultRouter类,先实例化一个这个类的对象,router=routers.DefaultRouter(),通过这个router对象,可以将对应的路径和视图类注册:router.register(r"路径前缀",对应的视图类),最后只需将url(r'^', include(router.urls)),这个url加入到urlpatterns中即可。


备注:rest_framework中为我们提供了四种形式的访问方式:

  • books/
  • books/1/
  • books.json/
  • books/?format=json            后两种不常用



响应器


rest_framework默认提供给我们两种响应器:


DEFAULTS = {
    # Base API policies
    'DEFAULT_RENDERER_CLASSES': (
        'rest_framework.renderers.JSONRenderer',
        'rest_framework.renderers.BrowsableAPIRenderer',
    ),


如果请求是浏览器,就用BrowsableAPIRenderer响应器返回一个页面,如果请求是非浏览器(比如Postman),就使用JSONRenderer响应一个json格式的数据。


rest_framework提供这两个响应器是为了利于开发。


我们可以在视图类中配置一个变量:renderer_classes = [JSONRenderer]


from rest_framework.renderers import JSONRenderer


这样我们再使用浏览器发送请求是,响应的是一个json格式的字符串,而不是一个界面。


版本控制


版本控制是由传入的客户端请求决定的,并且可能基于请求URL,或者基于请求头。


restframework也提供了对应的版本控制。当使用版本控制时,request.version属性(字符串)与客户端请求的版本一致。 默认情况下,没有使用版本控制,request.version将会返回None,我们可以通过request.version的值进行判断和逻辑分发.


基于请求url


class APIView(View):
    # 版本控制的默认配置    可以在局部中定义versoning_class=的自定义配置
    versioning_class = api_settings.DEFAULT_VERSIONING_CLASS
     def initial(self, request, *args, **kwargs):
        #  版本控制相关
        # Determine the API version, if versioning is in use.
        version, scheme = self.determine_version(request, *args, **kwargs)
        request.version, request.versioning_scheme = version, scheme


全局配置


  1. 添加配置
REST_FRAMEWORK = {
             ....
'DEFAULT_VERSIONING_CLASS':'rest_framework.versioning.URLPathVersioning',
             'ALLOWED_VERSIONS':['v1','v2'], # 允许的版本
             'VERSION_PARAM':'version', # 参数
             'DEFAULT_VERSION':'v1', # 默认版本
             ....
      }


  1. 设置路由
BeesCity/urls.py
             urlpatterns = [
                    #url(r'^admin/', admin.site.urls),
                    url(r'^api/(?P<version>\w+)/', include('api.urls')),
             ]
      api/urls.py
             urlpatterns = [
                    url(r'^course/$', course.CourseView.as_view()),
             ]


  1. 传递版本信息
http://127.0.0.1:8000/api/v1/course/


  1. 获取版本


request.version 获取版本


局部配置


除非明确设置,否则DEFAULT_VERSIONING_CLASS值为None.此例中request.version将会始终返回None


您还可以在一个单独的视图上设置版本控制方案。通常,您不需要这样做,因为在全局范围内使用一个版本控制方案更有意义。如果您确实需要这样做,请使用versioning_class属性。


from rest_framework.versioning import QueryParameterVersioning
class Course(APIView):
    versioning_class = QueryParameterVersioning


这个时候可以用过url传参的方式来传递版本信息,如:


http://127.0.0.1:8000/api/course/?version=1


添加头信息控制版本


在API请求header中添加Accept字段。


Accept的作用是客户端指出响应可以接受的媒体类型


如Accept:application/json; version=v2


具体格式也可以参考下面。


Accept: application/vnd.xxxx[.version].param[+json]


例如Accept: application/vnd.demo.app-v2+json


总结


小版本的更新可通过把版本号作为参数的方式或者通过accept字段标示版本号的方式判断,大的版本更新则通过URL上添加版本号控制


目录
相关文章
|
存储 缓存 编解码
计算机硬件学习教程
【7月更文挑战第26天】
1012 2
|
大数据 物联网 云计算
认证故事|云涌云起,学无止境
云临城下,技术迭代。每一个在云海中遨游的人,都会面临着挑战,如何从“云里雾里”,找到前进的方向,做到“拨开云雾见青天”?笔者以实际学习阿里云的双认证经历(云acp+大数据acp),阐述给同路人关于面对挑战,坚持学习,沉淀积累的心路历程。
515 0
|
8天前
|
缓存 测试技术 API
Qwen 3.7 Plus 与 Max 实测:性价比与多模态能力差异解析(2026)
2026 年 6 月 1 日,阿里悄无声息地发布了 Qwen 3.7 Plus,距 Qwen 3.7 Max 上线刚好 11 天。同样的 1M 上下文,同样的 35 小时自治上限。但价格才是头条:Plus 是 0.40/M输入,Max是 2.50/M——便宜约 6 倍——并且还能看图、看视频。Vision Arena 上 Plus 已经排到 #16。所以这周真正值得讨论的问题不是”要不要为视觉能力买单”,而是”Max 凭什么用 6 倍价格换来 2 个百分点的 benchmark 领先”。
|
9天前
|
JavaScript 定位技术 API
CodeGraph 爆火:编程 Agent 需要的不是更多上下文,而是一张提前画好的代码地图
CodeGraph 是一款爆火的本地代码智能工具,通过 tree-sitter 解析 AST 构建结构化知识图谱(存于 SQLite),为编程 Agent 提前生成“代码地图”。它显著降低 Agent 在中大型项目中的探索成本——实测工具调用减少71%、Token 降57%、速度提升46%,支持19+语言及主流框架路由识别,完全离线、无需 API Key。
763 8
CodeGraph 爆火:编程 Agent 需要的不是更多上下文,而是一张提前画好的代码地图
|
2天前
|
缓存 前端开发 API
GLM 5.2 自托管部署实战指南:硬件配置选择、vLLM 推理优化与运营成本分析
智谱这次发布 GLM 5.2 不只是开了个 API。MIT 许可的权重本周也上了 HuggingFace,这意味着头一回有一款前沿级别、1M 上下文的代码模型,你能真正拉下来、审计、跑在自己机器上。代价是机器本身:753B 参数塞不进你桌下的笔记本。
|
9天前
|
人工智能 运维 JavaScript
阿里云Qoder CN(原通义灵码)全解析 产品形态、版本划分与技术适配说明
在AI辅助开发与智能办公工具持续普及的当下,阿里云旗下原通义灵码正式更名为Qoder CN,同时延伸出QoderWork CN、Qoder CN CLI、Qoder CN Mobile等多款配套产品,形成覆盖代码开发、日常办公、终端交互、移动端使用的完整工具矩阵。Qoder CN核心定位为AI智能编码助手,深度适配主流代码编辑器、集成开发环境以及终端场景;QoderWork CN则偏向桌面端综合办公辅助,二者面向不同使用场景,划分了多个版本档位,搭配差异化资源配额、功能权限与计费规则,同时兼容多款主流大模型。
781 7
|
9天前
|
存储 安全 Java
AgentScope Java 2.0:打造分布式、企业级智能体底座
AgentScope 2.0 面向分布式部署、稳定运行、权限安全等企业级需求全面升级,打造支持多租户隔离与长期稳定运行的企业级智能体底座。
|
9天前
|
JSON 缓存 安全
通过 CC Switch 本地路由让 Codex CLI 接入 DeepSeek 等第三方模型
CC Switch 通过本地路由(`127.0.0.1:15721`)实现协议转换:将 Codex 的 Responses API 请求自动映射为 DeepSeek 等厂商的 Chat Completions 接口,兼容流式响应与工具调用,无需修改 Codex 源码,安全隔离 API Key。(239字)
2029 4
通过 CC Switch 本地路由让 Codex CLI 接入 DeepSeek 等第三方模型
|
9天前
|
数据采集 人工智能 前端开发
让 Coding Agent 从黑盒到透明:阿里云 Agent 观测审计数据采集实践
AI Agent 规模化落地带来执行黑盒、行为难追溯、成本难度量三大难题。阿里云基于 OTel 标准,面向 Coding Agent、个人通用助理和框架型 Agent,推出 LoongSuite Pilot、插件及探针等无侵入采集方案,让 Agent 实现可看见、可分析、可审计、可治理。
762 149

热门文章

最新文章