标签：入门 data self request 响应服务器 05day def 请求

写个装饰器---》装饰了视图函数(FBV)--->后续request.data--->请求体中数据无论那种编码

# 装饰器

from urllib import parse


def outer(func):
    def inner(request, *args, **kwargs):
        # func 就是视图函数,第一个参数一定是request
        # 取出请求体数据
        # request.body  # json:{}   urlencoded：key=value&key1=value2  formdata：sdfaasfd
        try:
            # json格式能load成功
            request.data = json.loads(request.body)
        except Exception as e:
            request.data = request.POST
            if request.method == 'PUT':
                # key=value&key1=value2---》字典形式
                # body中是bytes格式---》转成字符串
                body_in = str(request.body, encoding='utf-8')  # 等同于  request.body.decode()
                body_in = parse.unquote(body_in)  # url 编码和解码
                # request.data = {item.split('=')[0]: item.split('=')[1] for item in body_in.split('&')}

                # 笨办法
                d = {}
                sp_1 = body_in.split('&')
                for item in sp_1:
                    key, value = item.split("=")
                    d[key] = value
                request.data = d
        res = func(request, *args, **kwargs)
        return res

    return inner


from django.http import JsonResponse


@outer
def index(request):
    print(request.data)
    return JsonResponse({"code": 100})

## 咱们的装饰器，不能装cbv中得方法
class IndexView(APIView):
    def post(self,request):
        return Response('ok')

开源项目

https://github.com/MicroPyramid/Django-CRM

一次性提交作者作者详情

views.py

from .serializer import AuthorSerializer


class AuthorView(APIView):
    def post(self, request):
        ser = AuthorSerializer(data=request.data)
        if ser.is_valid():
            ser.save()
            return Response({'code': 100, 'msg': '创建成功'})
        else:
            return Response({'code': 100, 'msg': ser.errors})

serializer.py

这个序列化类用来---》反序列化
class AuthorSerializer(serializers.ModelSerializer):
    # 表中有的字段会映射过来，没有的字段，必须重写
    telephone = serializers.CharField()
    birthday = serializers.CharField()
    addr = serializers.CharField()

    class Meta:
        model = Author
        fields = ['name', 'age', 'telephone', 'birthday', 'addr']  # 前端提交过来的字段

    # 必须重写create
    def create(self, validated_data):
        telephone = validated_data.pop('telephone')
        birthday = validated_data.pop('birthday')
        addr = validated_data.pop('addr')
        # 先创建作者详情
        author_detail = AuthorDetail.objects.create(telephone=telephone, birthday=birthday, addr=addr)
        validated_data['author_detail'] = author_detail
        author = Author.objects.create(**validated_data)

        return author

路由

    path('author/', views.AuthorView.as_view()),

模块与包回顾

模块与包
###什么是模块？
一个py文件，被别的py文件导入使用，它就是模块
如果py文件，直接右键运行，它叫脚本文件

###什么是包？
一个文件夹，下有 __init__.py ，和很多py文件，这个就是包

# 导入模块或包使用的规则
'''
0 导入模块有相对导入和绝对导入，绝对的路径是从环境变量开始的
1 导入任何模块，如果使用绝对导入，都是从环境变量开始导入起
import xx #### xx所在路径必须在环境变量
from yy import ####yy所在路径必须在环境变量中

2 脚本文件执行的路径，会自动加入环境变量

3 相对导入的话，是从当前py文件开始计算的

4 以脚本运行的文件，不能使用相对导入，只能用绝对导入
5 pycharm 会把项目根路径加入到环境变量---》离开pycharm就不行了
6 咱们看到第三方包，都是绝对导入
form 它自己的包名 import xx
下载的第三方包，都在site-package中，而site-package一定在环境变量中
'''

反序列化校验源码分析(了解)

#1  执行 ser.is_valid() 就会执行 反序列化的校验---》字段自己--》局部钩子---》全局钩子
#2  入口是：ser.is_valid()---》BaseSerializer 找到了
    1 自己写的BookSerializer---》serializer.Serializer---->BaseSerializer 
    2 源码如下
    def is_valid(self, *, raise_exception=False):
        # self 是 ser对象---》自己写的BookSerializer的对象--》一开始没有
        # 一旦有了，就不执行了，优化is_valid被多次调用，只会走一次校验
        if not hasattr(self, '_validated_data'):
            try:
                # 一旦执行过，以后self中就有_validated_data
                # 接下来看self.run_validation(self.initial_data)
                self._validated_data = self.run_validation(self.initial_data)
            except ValidationError as exc:
                self._validated_data = {}
                self._errors = exc.detail
            else:
                self._errors = {}

        if self._errors and raise_exception:
            raise ValidationError(self.errors)

        return not bool(self._errors)
      3 self.run_validation(self.initial_data)---》serializer.Serializer类的，不要按住ctrl点击，否则会进 Field 类，看错了
        
      4 serializer.Serializer类的run_validation
        def run_validation(self, data=empty):
            # data前端传入的--{"name":"张三","age":68}
            # value是---》前端传入的，字段自己校验通过的字典---{"name":"张三","age":68}
            value = self.to_internal_value(data) # 执行局部钩子
            try:
                self.run_validators(value) # 先不看，忽略掉
                # self 是 BookSerializer的对象，如果我们写了全局钩子，走我们自己的，如果没写，走父类的，父类的根本没做校验
                # value={"name":"张三","age":68}
                value = self.validate(value)# 执行全局钩子
            except (ValidationError, DjangoValidationError) as exc:
                raise ValidationError(detail=as_serializer_error(exc))

            return value
        
        
      5 全局钩子读完了：self 是 BookSerializer的对象，如果我们写了全局钩子，走我们自己的，如果没写，走父类的，父类的根本没做校验
      6 局部钩子：value = self.to_internal_value(data)--》Serializer类的
        # for循环着去BookSerializer的对象中反射  validate_字段名的方法，如果有就执行，没有就不执行
     def to_internal_value(self, data):
        for field in fields: # 序列化类中所有字段类的对象 name=CharField()
            # self 是BookSerializer类的对象
            # 去BookSerializer类中，反射  validate_field字段类的对象.field_name
            validate_method = getattr(self, 'validate_' + field.field_name, None)
            try:
                # 如果能拿到，说明咱么写了局部钩子
                if validate_method is not None:
                    # 执行局部钩子--》传入了当前字段的value值
                    validated_value = validate_method(validated_value)
            except ValidationError as exc:
               # 如果抛异常，会被捕获
                errors[field.field_name] = exc.detail
            except DjangoValidationError as exc:
                errors[field.field_name] = get_error_detail(exc)
            except SkipField:
                pass
            else:
                set_value(ret, field.source_attrs, validated_value)

        if errors:
            raise ValidationError(errors)

        return ret
            
        
# #####读了局部和全局钩子的执行位置#####
# 保存，修改也好，都要用validated_data，它是最准确的

关于self问题

　　从哪里开始从哪找（根上）

断言

a = 10

## assert 后写条件，只要不符合条件，就会抛AssertionError异常，后面写异常信息

assert a == 11, ("不等于11，报错了")

# 等同于---》上面只要一行代码，源码中喜欢用

if not a == 11:

    raise Exception('不等于11，报错了')

# 源码中使用

assert value is not None, '.validate() should return the validated data'

drf之请求

 Request 类的对象
from rest_framework.request import Request

源码分析

# 1 新的request
# 2 request.data  前端传入的请求体中得数据，无论那种编码
# 3 用起来跟之前一样
# 4 老的request在request._request

配置视图类能处理的编码格式

# 默认，视图类的方法，可以处理任意编码格式
    -urlencoded
    -form-data
    -json
    
# 比如有的接口，只能接收json格式，其他格式都不能处理

## 配置方式一：视图类上配置
from rest_framework.parsers import JSONParser, FormParser, MultiPartParser
# JSONParser：json
# FormParser：urlencoded
# MultiPartParser：form-data
class TestView(APIView):
    # parser_classes = [JSONParser]
    parser_classes = [JSONParser,FormParser]
    def post(self, request):
        print(request.data)
        return Response('ok')
    
## 配置方式二：settings.py  配置文件中配置
    #### 所有drf的配置，都要写在REST_FRAMEWORK 字典中
    REST_FRAMEWORK = {
        'DEFAULT_PARSER_CLASSES': [
            # 'rest_framework.parsers.JSONParser',
            # 'rest_framework.parsers.FormParser',
            'rest_framework.parsers.MultiPartParser',
        ],
    }
    
    
# 全局使用某种，单某个视图类，局部使用---》优先用视图类配置的---》视图类没配置--》项目配置文件---》项目配置文件如果没配置---》drf配置文件（默认三个都支持）
    -配置文件正常写
    class TestView(APIView):
        parser_classes = [JSONParser,FormParser]
        
        
        
# 一般我们做---》只支持json
# 对于上传的文件的接口---》单独配置 只允许 form-data

drf之响应

from rest_framework.response import Response

源码

data=None # 咱们给的字典或列表或字符串---》最终放到了http响应体中返回了
status=None #http响应状态码，默认是200，你可以改，改成from rest_framework import status 状态码 http响应状态码分别代表啥意思：200成功 201 创建成功
template_name=None：用浏览器访问好看的页面--》指定的--》默认使用drf提供的--》后期可以自己写页面，使用
headers=None, #响应头
content_type=None # 响应编码格式

## 你需要记住的
data
status
headers

响应编码格式

# 配置方式跟请求解析类似

# 方式一：在视图类上配置
class TestView(APIView):
    renderer_classes = [JSONRenderer,BrowsableAPIRenderer]
# 方式二：配置文件中配置
REST_FRAMEWORK = {
    'DEFAULT_RENDERER_CLASSES': [
        'rest_framework.renderers.JSONRenderer',
        'rest_framework.renderers.BrowsableAPIRenderer',
    ],

}

# 优先用 视图类的---》项目配置文件---》drf内置的（两个都支持）

http响应状态码大全 https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Status#%E4%BF%A1%E6%81%AF%E5%93%8D%E5%BA%94

信息响应

100 Continue: 这个临时响应表明，迄今为止的所有内容都是可行的，客户端应该继续请求，如果已经完成，则忽略它。
101 Switching Protocols: 该代码是响应客户端的 Upgrade (en-US) 请求头发送的，指明服务器即将切换的协议。
102 Processing (WebDAV): 此代码表示服务器已收到并正在处理该请求，但当前没有响应可用。
103 Early Hints: 此状态代码主要用于与 Link 链接头一起使用，以允许用户代理在服务器准备响应阶段时开始预加载 preloading 资源。

成功响应

200 OK

请求成功。成功的含义取决于 HTTP 方法：

GET: 资源已被提取并在消息正文中传输。
HEAD: 实体标头位于消息正文中。
PUT or POST: 描述动作结果的资源在消息体中传输。
TRACE: 消息正文包含服务器收到的请求消息。

201 Created

该请求已成功，并因此创建了一个新的资源。这通常是在 POST 请求，或是某些 PUT 请求之后返回的响应。

202 Accepted

请求已经接收到，但还未响应，没有结果。意味着不会有一个异步的响应去表明当前请求的结果，预期另外的进程和服务去处理请求，或者批处理。

203 Non-Authoritative Information

服务器已成功处理了请求，但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝。当前的信息可能是原始版本的子集或者超集。例如，包含资源的元数据可能导致原始服务器知道元信息的超集。使用此状态码不是必须的，而且只有在响应不使用此状态码便会返回200 OK的情况下才是合适的。

204 No Content

对于该请求没有的内容可发送，但头部字段可能有用。用户代理可能会用此时请求头部信息来更新原来资源的头部缓存字段。

205 Reset Content

告诉用户代理重置发送此请求的文档。

206 Partial Content

当从客户端发送Range范围标头以只请求资源的一部分时，将使用此响应代码。

207 Multi-Status (en-US) (WebDAV)

对于多个状态代码都可能合适的情况，传输有关多个资源的信息。

208 Already Reported (en-US) (WebDAV)

在 DAV 里面使用 <dav:propstat> 响应元素以避免重复枚举多个绑定的内部成员到同一个集合。

226 IM Used (en-US) (HTTP Delta encoding)

服务器已经完成了对资源的GET请求，并且响应是对当前实例应用的一个或多个实例操作结果的表示。

重定向消息

300 Multiple Choice: 请求拥有多个可能的响应。用户代理或者用户应当从中选择一个。（没有标准化的方法来选择其中一个响应，但是建议使用指向可能性的 HTML 链接，以便用户可以选择。）
301 Moved Permanently: 请求资源的 URL 已永久更改。在响应中给出了新的 URL。
302 Found: 此响应代码表示所请求资源的 URI 已暂时更改。未来可能会对 URI 进行进一步的改变。因此，客户机应该在将来的请求中使用这个相同的 URI。
303 See Other: 服务器发送此响应，以指示客户端通过一个 GET 请求在另一个 URI 中获取所请求的资源。
304 Not Modified: 这是用于缓存的目的。它告诉客户端响应还没有被修改，因此客户端可以继续使用相同的缓存版本的响应。
305 Use Proxy 已弃用: 在 HTTP 规范中定义，以指示请求的响应必须被代理访问。由于对代理的带内配置的安全考虑，它已被弃用。
306 unused: 此响应代码不再使用；它只是保留。它曾在 HTTP/1.1 规范的早期版本中使用过。
307 Temporary Redirect: 服务器发送此响应，以指示客户端使用在前一个请求中使用的相同方法在另一个 URI 上获取所请求的资源。这与 302 Found HTTP 响应代码具有相同的语义，但用户代理不能更改所使用的 HTTP 方法：如果在第一个请求中使用了 POST，则在第二个请求中必须使用 POST
308 Permanent Redirect: 这意味着资源现在永久位于由Location: HTTP Response 标头指定的另一个 URI。这与 301 Moved Permanently HTTP 响应代码具有相同的语义，但用户代理不能更改所使用的 HTTP 方法：如果在第一个请求中使用 POST，则必须在第二个请求中使用 POST。

客户端错误响应

400 Bad Request: 由于被认为是客户端错误（例如，错误的请求语法、无效的请求消息帧或欺骗性的请求路由），服务器无法或不会处理请求。
401 Unauthorized: 虽然 HTTP 标准指定了"unauthorized"，但从语义上来说，这个响应意味着"unauthenticated"。也就是说，客户端必须对自身进行身份验证才能获得请求的响应。
402 Payment Required 实验性: 此响应代码保留供将来使用。创建此代码的最初目的是将其用于数字支付系统，但是此状态代码很少使用，并且不存在标准约定。
403 Forbidden: 客户端没有访问内容的权限；也就是说，它是未经授权的，因此服务器拒绝提供请求的资源。与 401 Unauthorized 不同，服务器知道客户端的身份。
404 Not Found: 服务器找不到请求的资源。在浏览器中，这意味着无法识别 URL。在 API 中，这也可能意味着端点有效，但资源本身不存在。服务器也可以发送此响应，而不是 403 Forbidden，以向未经授权的客户端隐藏资源的存在。这个响应代码可能是最广为人知的，因为它经常出现在网络上。
405 Method Not Allowed: 服务器知道请求方法，但目标资源不支持该方法。例如，API 可能不允许调用DELETE来删除资源。
406 Not Acceptable: 当 web 服务器在执行服务端驱动型内容协商机制后，没有发现任何符合用户代理给定标准的内容时，就会发送此响应。
407 Proxy Authentication Required: 类似于 401 Unauthorized 但是认证需要由代理完成。
408 Request Timeout: 此响应由一些服务器在空闲连接上发送，即使客户端之前没有任何请求。这意味着服务器想关闭这个未使用的连接。由于一些浏览器，如 Chrome、Firefox 27+ 或 IE9，使用 HTTP 预连接机制来加速冲浪，所以这种响应被使用得更多。还要注意的是，有些服务器只是关闭了连接而没有发送此消息。
409 Conflict: 当请求与服务器的当前状态冲突时，将发送此响应。
410 Gone: 当请求的内容已从服务器中永久删除且没有转发地址时，将发送此响应。客户端需要删除缓存和指向资源的链接。HTTP 规范打算将此状态代码用于“有限时间的促销服务”。API 不应被迫指出已使用此状态代码删除的资源。
411 Length Required: 服务端拒绝该请求因为 Content-Length 头部字段未定义但是服务端需要它。
412 Precondition Failed: 客户端在其头文件中指出了服务器不满足的先决条件。
413 Payload Too Large: 请求实体大于服务器定义的限制。服务器可能会关闭连接，或在标头字段后返回重试 Retry-After。
414 URI Too Long: 客户端请求的 URI 比服务器愿意接收的长度长。
415 Unsupported Media Type: 服务器不支持请求数据的媒体格式，因此服务器拒绝请求。
416 Range Not Satisfiable: 无法满足请求中 Range 标头字段指定的范围。该范围可能超出了目标 URI 数据的大小。
417 Expectation Failed: 此响应代码表示服务器无法满足 Expect 请求标头字段所指示的期望。
418 I'm a teapot: 服务端拒绝用茶壶煮咖啡。笑话，典故来源茶壶冲泡咖啡
421 Misdirected Request: 请求被定向到无法生成响应的服务器。这可以由未配置为针对请求 URI 中包含的方案和权限组合生成响应的服务器发送。
422 Unprocessable Entity (WebDAV): 请求格式正确，但由于语义错误而无法遵循。
423 Locked (WebDAV): 正在访问的资源已锁定。
424 Failed Dependency (WebDAV): 由于前一个请求失败，请求失败。
425 Too Early 实验性: 表示服务器不愿意冒险处理可能被重播的请求。
426 Upgrade Required: 服务器拒绝使用当前协议执行请求，但在客户端升级到其他协议后可能愿意这样做。服务端发送带有Upgrade (en-US) 字段的 426 响应来表明它所需的协议（们）。
428 Precondition Required: 源服务器要求请求是有条件的。此响应旨在防止'丢失更新'问题，即当第三方修改服务器上的状态时，客户端 GET 获取资源的状态，对其进行修改并将其 PUT 放回服务器，从而导致冲突。
429 Too Many Requests: 用户在给定的时间内发送了太多请求（"限制请求速率"）
431 Request Header Fields Too Large: 服务器不愿意处理请求，因为其头字段太大。在减小请求头字段的大小后，可以重新提交请求。
451 Unavailable For Legal Reasons: 用户代理请求了无法合法提供的资源，例如政府审查的网页。

服务端错误响应

500 Internal Server Error: 服务器遇到了不知道如何处理的情况。
501 Not Implemented: 服务器不支持请求方法，因此无法处理。服务器需要支持的唯二方法（因此不能返回此代码）是 GET and HEAD.
502 Bad Gateway: 此错误响应表明服务器作为网关需要得到一个处理这个请求的响应，但是得到一个错误的响应。
503 Service Unavailable: 服务器没有准备好处理请求。常见原因是服务器因维护或重载而停机。请注意，与此响应一起，应发送解释问题的用户友好页面。这个响应应该用于临时条件和如果可能的话，HTTP 标头 Retry-After 字段应该包含恢复服务之前的估计时间。网站管理员还必须注意与此响应一起发送的与缓存相关的标头，因为这些临时条件响应通常不应被缓存。
504 Gateway Timeout: 当服务器充当网关且无法及时获得响应时，会给出此错误响应。
505 HTTP Version Not Supported: 服务器不支持请求中使用的 HTTP 版本。
506 Variant Also Negotiates: 服务器存在内部配置错误：所选的变体资源被配置为参与透明内容协商本身，因此不是协商过程中的适当终点。
507 Insufficient Storage (WebDAV): 无法在资源上执行该方法，因为服务器无法存储成功完成请求所需的表示。
508 Loop Detected (WebDAV): 服务器在处理请求时检测到无限循环。
510 Not Extended: 服务器需要对请求进行进一步扩展才能完成请求。
511 Network Authentication Required: 指示客户端需要进行身份验证才能获得网络访问权限。

标签：入门,data,self,request,响应,服务器,05day,def,请求
From： https://www.cnblogs.com/wzh366/p/17921450.html

def入门-精通。。。05day

开源项目

一次性提交作者作者详情

views.py

serializer.py

路由

模块与包回顾

反序列化校验源码分析(了解)

关于self问题

断言

drf之请求

源码分析

配置视图类能处理的编码格式

drf之响应

源码

响应编码格式

信息响应

成功响应

重定向消息

客户端错误响应

服务端错误响应

相关文章

赞助商

阅读排行

def入门-精通 。。。05day

开源项目

一次性提交作者作者详情

views.py

serializer.py

路由

模块与包回顾

反序列化校验源码分析(了解)

关于self问题

断言

drf之请求

源码分析

配置视图类能处理的编码格式

drf之响应

源码

响应编码格式

信息响应

成功响应

重定向消息

客户端错误响应

服务端错误响应

相关文章

赞助商

阅读排行

def入门-精通。。。05day