断言、drf之请求与响应
目录
一、断言
详见博客：https://www.cnblogs.com/zhihuanzzh/p/16796885.html
# 我们可以发现源码中大量使用try和断言
# 关键字assert ，有什么作用？
# 我断定你是xx，如果不是就抛异常
name = 'lqz'
# if name == 'lqz':
# print('对了')
# else:
# # print('错了')
# raise Exception('名字不为lqz，不能继续走了')
assert name=='lqz' # 断定是，如果不是，就抛异常
print('后续代码')
二、drf之请求
2.1 Request能够解析的前端传入的编码格式
需求：该接口只能接收json格式，不能接收其他格式
方式一：在继承自APIView及其子类的的视图类中配置（局部配置）
# 总共有三个：from rest_framework.parsers import JSONParser,FormParser,MultiPartParser
class BookView(APIView):
parser_classes = [JSONParser,]
'我们在APIView中可以看到一个属性叫做parser_classes，ctrl点击他后面的方法DEFAULT_PARSER_CLASSES，我们可以看到并不能直接点进来，但是这里我们可以去rest_frameword的配置文件中找，找到一个叫settings.py的文件就能在内部找到DEFAULT_PARSER_CLASSES，他的使用当时也是类似我们配置文件中的注册，'
方式二：在配置文件中配置（影响所有，全局配置）
-django有套默认配置，每个项目有个配置
-drf有套默认配置，每个项目也有个配置---》就在django的配置文件中
REST_FRAMEWORK = {
'DEFAULT_PARSER_CLASSES': [
# 'rest_framework.parsers.JSONParser',
'rest_framework.parsers.FormParser',
# 'rest_framework.parsers.MultiPartParser',
],
}
方式三：全局配了1个，某个视图类想要3个，怎么配？
-只需要在视图类，配置3个即可
-因为：先从视图类自身找，找不到，去项目的drf配置中找，再找不到，去drf默认的配置找
2.2 Request类有哪些属性和方法(学过)
常用参数
- data
POST、PUT、PATCH请求方式解析后的数据。（原生django的PUT请求在request.POST中取不到。）
- query_params
与原生的GET一样。
- 其他的方法和原来的request使用方法一致：
底层原理：在Request实例化对象时，self._request = request，将原来的request对象给了Request的对象，又在Request类中定义了__getattr__魔法方法，当在视图函数中获取request对象的属性和方法时，找不到会触发魔法方法的执行，利用反射获取原来的request对象中的方法。
def __getattr__(self, attr):
"""
If an attribute does not exist on this instance, then we also attempt
to proxy it to the underlying HttpRequest object.
"""
try:
return getattr(self._request, attr)
except AttributeError:
return self.__getattribute__(attr)
Response类的实例化参数
data：列表或者字典，序列化成json字符串返回给前端
status：响应状态码，默认是200：from rest_framework.status import HTTP_200_OK
headers ：响应头，以字典的形式返回给前端
content_type ：响应的编码格式
template_name ：指定模板
class Test(APIView):
def get(self, request):
return Response(data={}, status=status.HTTP_201_CREATED, headers={'name': 'jasper'})
三、drf之响应
3.1 Response能够响应的编码格式
# drf 是djagno的一个app，所以要注册，不注册的话不能用浏览器访问接口
# drf的响应，如果使用浏览器和postman访问同一个接口，返回格式是不一样的（浏览器会报错，postman返回数据）
-drf做了个判断，如果是浏览器，好看一些，如果是postman只要json数据
# 方式一：在视图类中写（局部配置）
-两个响应类---》找---》drf的配置文件中找--》两个类（也是在rest_framework的settings.py文件中）
-from rest_framework.renderers import JSONRenderer,BrowsableAPIRenderer
class BookView(APIView):
renderer_classes=[JSONRenderer,]
# 方式二：在项目配置文件中写（全局配置）
REST_FRAMEWORK = {
'DEFAULT_RENDERER_CLASSES': [
'rest_framework.renderers.JSONRenderer',
'rest_framework.renderers.BrowsableAPIRenderer',
],
}
# 方式三：使用顺序（一般就用内置的即可）
优先使用视图类中的配置，其次使用项目配置文件中的配置，最后使用内置的
3.2 Resposne的源码属性或方法
# drf 的Response 源码分析
-from rest_framework.response import Response
-视图类的方法返回时，retrun Response ，走它的__init__,init中可以传什么参数
# Response init可以传的参数
def __init__(self,
data=None,
status=None,
template_name=None,
headers=None,
exception=False,
content_type=None)
-data：之前咱们写的ser.data 可以是字典或列表，字符串---》序列化后返回给前端---》前端在响应体中看到的就是这个
-status:http响应的状态码，默认是200，你可以改
-drf在status包下，把所有http响应状态码都写了一遍，常量
-from rest_framework.status import HTTP_200_OK
-Response('dddd',status=status.HTTP_200_OK)
-template_name：了解即可，修改响应模板的样子，BrowsableAPIRenderer定死的样子，后期公司可以自己定制
-headers：响应头，http响应的响应头
-考你，原生djagno，如何像响应头中加东西
# 四件套 render，redirect，HttpResponse，JsonResponse
obj = HttpResponse('dddd')
obj['xxc'] = 'yyc'
return obj
-content_type ：响应编码格式，一般不动
# 重点：data，status，headers
