73-DRF的封装:APIView类及五大模块
2021-01-21 23:13
标签:get 定义类 安全 startup 目录 eval decorator 上线 *args 目录 drf一定要在settings中注册和配置 如何自定义配置drf: drf的模块封装非常的规范,名词定义非常的严谨 APIView的请求生命周期 系统会从自定义资源类中搜索 因为 在APIView类中重写as_view方法: 当客户端访问路由时,view变量对应的View.as_view方法调用,并且在调用时获取了view变量的名称空间中携带的 发现函数内调用了self.dispatch函数; 所以去self也就是自定义类中找dispatch方法,而自定义类中没有dispatch方法,于是就从父类APIView类中找,确实找到了; 因为APIView类继承View类,所以其实它是重写了dispatch方法; 重写的dispatch方法: 将wsgi的request对象二次封装转化成drf的request对象; 封装后的request对象完全兼容wsgi的request对象,并且将原request对象保存在新 重新格式化数据。请求数据存放位置: 源码分析: settings配置文件中注册: view视图文件中导入解析模块 解析模块只处理数据包参数。 参数格式有三种:form-data,urlencoded,json 1、全局配置所有视图类的解析方式,解析配置可以配置三种 注:该模块了解,但全局局部配置是重点 4、源码分析 views视图函数中使用响应模块: data:响应数据 status:响应的网络状态码 template_name:drf完成前后不分离返回页面,但是就不可以返回data(不需要了解) headers:响应头,一般不规定,走默认 exception:一般异常响应会将其设置成True,默认为False(不设置也没事) content_type:默认就是application/json,不需要处理。 settings配置文件中配置: postman请求结果是json,浏览器请求结果是页面。 可以局部与全局配置。 settings配置文件中配置: 然后在app应用文件夹下创建处理异常的py文件: self.initial(...) 73-DRF的封装:APIView类及五大模块 标签:get 定义类 安全 startup 目录 eval decorator 上线 *args 原文地址:https://www.cnblogs.com/bowendown/p/12094232.html
一、drf框架的封装特点
# settings.py
# drf框架自定义配置
REST_FRAMEWORK = {
# 全局配置解析类:适用于所有视图类
'DEFAULT_PARSER_CLASSES': [
'rest_framework.parsers.JSONParser',
'rest_framework.parsers.FormParser',
'rest_framework.parsers.MultiPartParser'
],
# 全局配置渲染类:适用于所有视图类
'DEFAULT_RENDERER_CLASSES': [
'rest_framework.renderers.JSONRenderer',
# 'rest_framework.renderers.BrowsableAPIRenderer', # 上线后尽量关闭
],
# 异常模块:异常处理函数
# 'EXCEPTION_HANDLER': 'rest_framework.views.exception_handler',
'EXCEPTION_HANDLER': 'api.exception.exception_handler',
}
import rest_framework
from rest_framework.views import APIView
from rest_framework.request import Request
from rest_framework.response import Response
from rest_framework.exceptions import APIException
from rest_framework.pagination import PageNumberPagination
from rest_framework.settings import APISettings
from rest_framework.parsers import JSONParser
from rest_framework.filters import OrderingFilter
1、APIView类
urls.py
中路由调用自定义资源类的as_view
方法;as_view
方法,但发现没有,于是会从自定义资源类的父类APIView
中搜索as_view
方法,发现可以找到,于是调用;APIView
类继承View
类,所以其实它是重写了as_view
方法;1. 判断了当前自定义类实例化出来的对象是否是一个queryset对象,如果是就报错;
2. 如果不是,就会获取父类(View类)的as_view方法的函数地址并赋值给名为view的变量;
3. 将自定义类及其实例化对象的参数计入变量view的名称空间,让其可以调用,然后用函数将view即将通过的csrf认证组件禁用,再将处理后的view变量返回给路由,这样客户端访问该url时,就会直接调用这个处理后的view变量。
# rest_framework的views.py文件
def as_view(cls, **initkwargs):
"""
Store the original class on the view function.
This allows us to discover information about the view when we do URL
reverse lookups. Used for breadcrumb generation.
"""
if isinstance(getattr(cls, 'queryset', None), models.query.QuerySet):
def force_evaluation():
raise RuntimeError(
'Do not evaluate the `.queryset` attribute directly, '
'as the result will be cached and reused between requests. '
'Use `.all()` or call `.get_queryset()` instead.'
)
cls.queryset._fetch_all = force_evaluation
view = super().as_view(**initkwargs)
view.cls = cls
view.initkwargs = initkwargs
# Note: session based authentication is explicitly CSRF validated,
# all other authentication is CSRF exempt.
return csrf_exempt(view)
自定义类
及其实例化对象的参数
:# django\views\generic\base.py
@classonlymethod
def as_view(cls, **initkwargs):
"""
Main entry point for a request-response process.
"""
for key in initkwargs:
if key in cls.http_method_names:
raise TypeError("You tried to pass in the %s method name as a "
"keyword argument to %s(). Don't do that."
% (key, cls.__name__))
if not hasattr(cls, key):
raise TypeError("%s() received an invalid keyword %r. as_view "
"only accepts arguments that are already "
"attributes of the class." % (cls.__name__, key))
def view(request, *args, **kwargs):
self = cls(**initkwargs)
if hasattr(self, 'get') and not hasattr(self, 'head'):
self.head = self.get
self.request = request
self.args = args
self.kwargs = kwargs
return self.dispatch(request, *args, **kwargs)
view.view_class = cls
view.view_initkwargs = initkwargs
# take name and docstring from class
update_wrapper(view, cls, updated=())
# and possible attributes set by decorators
# like csrf_exempt from dispatch
update_wrapper(view, cls.dispatch, assigned=())
return view
1. 在执行请求逻辑前:请求模块(二次封装request)、解析模块(三种数据包格式的数据解析)
2. 在执行请求逻辑中:进行三大认证,通过则正常响应;不通过就进入异常模块(执行出现任何异常就会交给异常模块处理)
3. 在执行请求逻辑后:响应模块(二次封装response)、渲染模块(响应的数据能用JSON和HTML页面两种方式渲染)
def dispatch(self, request, *args, **kwargs):
"""
`.dispatch()` is pretty much the same as Django's regular dispatch,
but with extra hooks for startup, finalize, and exception handling.
"""
self.args = args
self.kwargs = kwargs
# 二次封装request对象,包含解析模块
request = self.initialize_request(request, *args, **kwargs)
self.request = request
self.headers = self.default_response_headers # deprecate?
try:
# 三大认证(认证、权限、频率),用来替换csrf安全认证,要比csrf认证强大得多
self.initial(request, *args, **kwargs)
# Get the appropriate handler method
if request.method.lower() in self.http_method_names:
handler = getattr(self, request.method.lower(),
self.http_method_not_allowed)
else:
handler = self.http_method_not_allowed
response = handler(request, *args, **kwargs)
except Exception as exc:
# 异常模块 - 处理请求异常分支的
response = self.handle_exception(exc)
# 二次封装response,处理了结果渲染
self.response = self.finalize_response(request, response, *args, **kwargs)
return self.response
2、请求模块
request._request
中;
# dispatch中会对request进行二次封装:
# request = self.initialize_request(request, *args, **kwargs)
# 调用了initialize_request()函数
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
)
# 可见在函数中将wsgi的request对象用drf的Request类进行了二次封装
class Request:
# 部分代码
def __init__(self, request, parsers=None, authenticators=None...)
self._request = request
self.parsers = parsers or ()
self.authenticators = authenticators or ()
self.negotiator = negotiator or self._default_negotiator()
self.parser_context = parser_context
self._data = Empty # Empty为空类,仅仅用作替代,
self._files = Empty # 相当于None
self._full_data = Empty
self._content_type = Empty
self._stream = Empty
3、解析模块
REST_FRAMEWORK = {
# 全局配置解析类:适用于所有视图类
'DEFAULT_PARSER_CLASSES': [
'rest_framework.parsers.JSONParser',
'rest_framework.parsers.FormParser',
'rest_framework.parsers.MultiPartParser'
],
}
from rest_framework.parsers import JSONParser, FormParser, MultiPartParser
# 局部配置
class BookAPIView(APIView):
# 局部配置解析类:只适用当前视图类
parser_classes = [JSONParser, FormParser, MultiPartParser]
2、局部配置当前视图类的解析方式,解析配置可以配置三种
3、配置的查找顺序:局部(视图类)->全局(settings文件中的drf配置)->默认(drf的默认配置)# dispatch对request进行二次封装中:
request = self.initialize_request(request, *args, **kwargs)
# initialize_request
parsers=self.get_parsers()
# get_parsers
return [renderer() for renderer in self.renderer_classes]
4、响应模块
from rest_framework.response import Response
class BookAPIView(APIView):
def get(self, request, *args, **kwargs):
response = Response(
data={
'msg': 'apiview get ok'
},
status=status.HTTP_404_NOT_FOUND,
)
return response
5、渲染模块(了解)
# drf框架自定义配置
REST_FRAMEWORK = {
# 全局配置渲染类:适用于所有视图类
'DEFAULT_RENDERER_CLASSES': [
'rest_framework.renderers.JSONRenderer',
# 上线后尽量关闭
# 'rest_framework.renderers.BrowsableAPIRenderer',
],
}
6、异常模块
REST_FRAMEWORK = {
# 异常模块:异常处理函数
# drf处理
# 'EXCEPTION_HANDLER': 'rest_framework.views.exception_handler',
# 自定义处理
'EXCEPTION_HANDLER': 'api.exception.exception_handler',
}
# exception.py
# 一定要在settings文件中将异常模块配置自己的异常处理函数
from rest_framework.views import exception_handler as drf_exception_handler
from rest_framework.response import Response
def exception_handler(exc, context):
response = drf_exception_handler(exc, context)
detail = '%s - %s - %s' % (context.get('view'), context.get('request').method, exc)
if not response: # 服务端错误
response = Response({'detail': detail})
else:
response.data = {'detail': detail}
# 核心:要将response.data.get('detail')信息记录到日志文件
# logger.waring(response.data.get('detail'))
return response
文章标题:73-DRF的封装:APIView类及五大模块
文章链接:http://soscw.com/index.php/essay/45179.html