断言、drf之请求与响应

目录

• 一、断言
• 二、drf之请求
  • 2.1 Request能够解析的前端传入的编码格式
  • 2.2 Request类有哪些属性和方法(学过)
    • 常用参数
    • Response类的实例化参数
• 三、drf之响应
  • 3.1 Response能够响应的编码格式
  • 3.2 Resposne的源码属性或方法

一、断言

详见博客：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