drf框架概况-resful接口规范-请求模块-渲染模块-Postman-drf请求生命周期
全称:django-rest- framework
""" 1、接口:什么是接口、restful接口规范 2、CBV生命周期源码-基于restful规范下的CBV接口 3、请求组件、解析组件、响应组件 4、序列化组件(灵魂) 5、三大认证(重点):认证、权限(权限六表)、频率 6、其他组件:过滤、筛选、排序、分页、路由 """
难点:源码的解析部分
接口
一些概念的掌握:
接口:联系两个物质之间的媒介,完成信息的交互。
在web程序中:联系前台页面与后台数据库的媒介。
web接口的组成:
url:长得像是返回数据的url连接
请求的参数:前台按照指定的key提供的数据给后台。
响应数据:后台与数据库交互后将数据反馈给前台
api.baidu.map/search
restful接口规范
(1)、接口规范:就是为了规定采用不同的后台语言,也能使用同样的接口获取到同样的后台数据。
(2)、如何写接口:接口规范是规范化书写接口的,写接口要写url、响应数据
注:如果将请求参数也纳入考量的范围,那就是在写接口文档。接口文档是提供给前端和运维等参考的依据,
两大部分:
url
(1)、用api关键字标识接口url
api.baidu.com | www.baidu.com/api
(2)、接口数据安全性决定优先选择https协议
(3)、如果一个接口有多版本存在,需要在url中标识体现
api/.baidu.com/v1.... | api.baidu.com/v2/...
(4)、接口操作的数据源称之为资源,在url 中一般采用资源负数形式,一个接口可以概括为对资源的多种操作方式。
api.baidu.com/books | api.baidu.com/books(pk) | api.baidu.com/delete-book
相对比较之下采用books隐藏一些属性,如book的增、删、改、查,不需要另外开设多余的url。
(5)、请求方式有很多种,用一个url处理如何保证不混乱,--通过请求方式标识操作资源的方式
如:
/books get 获取所有 /books post 增加一个(多个) /books(pk) delete 删除一个 /books(pk) put 整体更新一个 /books(pk) patch 局部更新一个
(6)、资源往往涉及数据的各种操作方式--帅选-排序-限制
api.baidu.com/books/?search=东&ording=-price&limit=3
响应数据
(1)、http请求的响应会有响应状态码,接口用来返回操作的资源数据,可以拥有操作的数据结果的状态码
status 0(操作资源成功) 1(操作资源失败) 2(操作资源成功,但没匹配结果)
注:资源状态码不像http状态码,一般都是后台与前台或客户约定的
(2)、资源的状态码文字提示
status ok “ 账号有误” ” 用户锁定 “ “用户锁定”
(3)、资源本身
results
注:删除资源成功一般不做任何数据返回(返回空字符串)
(4)、不能直接返回的资源(子资源、图片、视频等资源),返回该资源的url链接
基于restfu规范的原生Django接口
补充知识点分析CBV的请求生命周期
针对as_view(),方法的分析
源码分析:as_views()
as_views()加括号调用内置的方法,执行获取数据,分发给BOOK对象,在给dispatch完成book的功能分发,
分发后给指定的后台8种请求范围内,进行请求操作。
项目的准备工作:
主路由:url.py
from django.conf.urls import url,include from django.contrib import admin urlpatterns = [ url(r'^admin/',admin.site.urls), # 路由的分发 url(r'^api/',include('api.urls')) ]
api组件的子路由:api/url.py
from django.conf.urls import url from . import views urlpatterns = [ url(r'^books/',views.Book.as_view()), url(r'^books/(?p<pk>.*)/$',views.Book.as_view()), ]
模型层:model.py
from django.db import models class Book(models.Models): title = models.CharField(max_lenght=64) price = models.DecimalField(max_digites=5,decimal_places=2) class Meta: db_table = 'old_boy_book' verbose_name = '书籍' verbose_name_plural = verbose_name def _str_(self): return '《%s》'% self.title
后台层:admin.py
from django.contrib import admin from . import models admin.site.register(models.Book)
数据库迁移
>: python manage.py makemigrations >: python manage.py migrrate >: python manage.py createsuperuser
创建超级用户admin
python3 manage.py createsuperuser # 输入http://127.0.0.1:8000/admin登录后台
视图层:views.py,逻辑代码部分。
from django.http import JsonResponse from django.views import View from . import models # 六大基础接口:获取一个 获取所有 增加一个 删除一个 整体更新一个 局部更新一个 # 十大接口:群增 群删 整体改群改 局部改群改 class Book(View): def get(self, request, *args, **kwargs): pk = kwargs.get('pk') if not pk: # 群查 # 操作数据库 book_obj_list = models.Book.objects.all() # 序列化过程 book_list = [] for obj in book_obj_list: dic = {} dic['title'] = obj.title dic['price'] = obj.price book_list.append(dic) # 响应数据 return JsonResponse({ 'status': 0, 'msg': 'ok', 'results': book_list }, json_dumps_params={'ensure_ascii': False}) else: # 单查 book_dic = models.Book.objects.filter(pk=pk).values('title', 'price').first() if book_dic: return JsonResponse({ 'status': 0, 'msg': 'ok', 'results': book_dic }, json_dumps_params={'ensure_ascii': False}) return JsonResponse({ 'status': 2, 'msg': '无结果', }, json_dumps_params={'ensure_ascii': False}) # postman可以完成不同方式的请求:get | post | put ... # postman发送数据包有三种方式:form-data | urlencoding | json # 原生django对urlencoding方式数据兼容最好
def post(self, request, *args, **kwargs): # 前台通过urlencoding方式提交数据 try: book_obj = models.Book.objects.create(**request.POST.dict()) if book_obj: return JsonResponse({ 'status': 0, 'msg': 'ok', 'results': {'title': book_obj.title, 'price': book_obj.price} }, json_dumps_params={'ensure_ascii': False}) except: return JsonResponse({ 'status': 1, 'msg': '参数有误', }, json_dumps_params={'ensure_ascii': False}) return JsonResponse({ 'status': 2, 'msg': '新增失败', }, json_dumps_params={'ensure_ascii': False})
Postman接口工具
官网下载安装:
https://www.getpostman.com/apps
get请求,携带参数采用Params
post等请求,提交数据包可以采用三种方式:from-date urlencoding、json
所有的请求都可以携带请求头。
Postman的基本功能:
接口请求流程:
响应 示例: 这里会有请求的响应状态码,响应时间,以及响应大小
例子请求的结果:
DRF框架
目的
利用DRF框架快速的实现RestAPI接口的设计
是属于序列化的组件,类似一个模块,直接安装即可
安装
>: pip3 install djangorestframework
drf框架的封装风格
比较规矩,规范化,层次比较明确,什么功能直接在相应的模块下导入即可。
from rest_framework.views import APIView from rest_framework.response import Response from rest_framework.request import Request from rest_framework.serializers import Serializer from rest_framework.settings import APISettings from rest_framework.filters import SearchFilter from rest_framework.pagination import PageNumberPagination from rest_framework.authentication import TokenAuthentication from rest_framework.permissions import IsAuthenticated from rest_framework.throttling import SimpleRateThrottle class Test(APIView): def get(self, request, *args, **kwargs): return Response('drf get ok')
drf请求生命周期
""" 1) 请求走的是APIView的as_view函数 2) 在APIView的as_view调用父类(django原生)的as_view,还禁用了 csrf 认证 3) 在父类的as_view中dispatch方法请求走的又是APIView的dispatch 4) 完成任务方法交给视图类的请求函数处理,得到请求的响应结果,返回给前台 """
DRF的请求生命周期分析
分析源码:
请求模块:
request对象
源码入口:
APIView类的dispatch方法中:request = self.initialize_request(request, *args, **kwargs)
源码分析
""" # 二次封装得到def的request对象 request = self.initialize_request(request, *args, **kwargs) 点进去 # 在rest_framework.request.Request实例化方法中 self._request = request 将原生request作为新request的_request属性 # 在rest_framework.request.Request的__getattr__方法中 try: return getattr(self._request, attr) # 访问属性完全兼容原生request except AttributeError: return self.__getattribute__(attr) """
重点总结
# 1) drf 对原生request做了二次封装,request._request就是原生request
# 2) 原生request对象的属性和方法都可以被drf的request对象直接访问(兼容)
# 3) drf请求的所有url拼接参数均被解析到query_params中,所有数据包数据都被解析到data中
源码重点部分
class Test(APIView): def get(self, request, *args, **kwargs): # url拼接的参数 print(request._request.GET) # 二次封装方式 print(request.GET) # 兼容 print(request.query_params) # 拓展 return Response('drf get ok') def post(self, request, *args, **kwargs): # 所有请求方式携带的数据包 print(request._request.POST) # 二次封装方式 print(request.POST) # 兼容 print(request.data) # 拓展,兼容性最强,三种数据方式都可以 print(request.query_params) return Response('drf post ok')
渲染模块
浏览器和Postman请求结果渲染数据的方式不一样。
源码入口
APIView类的dispatch方法中:self.response = self.finalize_response(request, response, *args, **kwargs)
源码分析
""" # 最后解析reponse对象数据 self.response = self.finalize_response(request, response, *args, **kwargs) 点进去 # 拿到运行的解析类的对象们 neg = self.perform_content_negotiation(request, force=True) 点进去 # 获得解析类对象 renderers = self.get_renderers() 点进去 # 从视图类中得到renderer_classes请求类,如何实例化一个个对象形参解析类对象列表 return [renderer() for renderer in self.renderer_classes] # 重点:self.renderer_classes获取renderer_classes的顺序 # 自己视图类的类属性(局部配置) => # APIView类的类属性设置 => # 自己配置文件的DEFAULT_RENDERER_CLASSES(全局配置) => # drf配置文件的DEFAULT_RENDERER_CLASSES """
全局配置:所有视图类统一处理,在项目的settings.py中,直接拷贝源码过来放在settings.py即可。
REST_FRAMEWORK = { # drf提供的渲染类 'DEFAULT_RENDERER_CLASSES': [ 'rest_framework.renderers.JSONRenderer', 'rest_framework.renderers.BrowsableAPIRenderer', ], }
class Test(APIView): def get(self, request, *args, **kwargs): return Response('drf get ok') def post(self, request, *args, **kwargs): return Response('drf post ok') # 在setting.py中配置REST_FRAMEWORK,完成的是全局配置,所有接口统一处理 # 如果只有部分接口特殊化,可以完成 - 局部配置 from rest_framework.renderers import JSONRenderer class Test2(APIView): # 局部配置 renderer_classes = [JSONRenderer] def get(self, request, *args, **kwargs): return Response('drf get ok 2') def post(self, request, *args, **kwargs): return Response('drf post ok 2')
本文来自博客园,作者:游走De提莫,转载请注明原文链接:https://www.cnblogs.com/Gaimo/p/11673248.html