全称：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接口
项目的准备工作：
主路由：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
视图层：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) 完成任务方法交给视图类的请求函数处理，得到请求的响应结果，返回给前台 """
请求模块：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')