DRF入门规范

DRF简介

Django Rest_Framework

"""
核心思想: 缩减编写api接口的代码

Django REST framework是一个建立在Django基础之上的Web 应用开发框架，可以快速的开发REST API接口应用。
在REST framework中，提供了序列化器Serialzier的定义，可以帮助我们简化序列化与反序列化的过程，不仅如此，还提供丰富的类视图、扩展类、视图集来简化视图的编写工作。
REST framework还提供了认证、权限、限流、过滤、分页、接口文档等功能支持。REST framework提供了一个API 的Web可视化界面来方便查看测试接口。
"""

DRF特点

"""
提供了定义序列化器Serializer的方法，可以快速根据 Django ORM 或者其它库自动序列化/反序列化；
提供了丰富的类视图、Mixin扩展类，简化视图的编写；
丰富的定制层级：函数视图、类视图、视图集合到自动生成 API，满足各种需要；
多种身份认证和权限认证方式的支持；[jwt]
内置了限流系统；
直观的 API web 界面；
可扩展性，插件丰富
"""

序列化

"""
把我们识别的数据转换成指定的格式提供给别人。

例如：我们在django中获取到的数据默认是模型对象，但是模型对象数据无法直接提供给前端或别的平台使用，所以我们需要把数据进行序列化，变成字符串或者json数据，提供给别人。
"""

反序列化

"""
把别人提供的数据转换/还原成我们需要的格式。

例如：前端js提供过来的json数据，对于python而言就是字符串，我们需要进行反序列化换成模型类对象，这样我们才能把数据保存到数据库中。
"""

web开发模式

# 前后端混合开发(前后端不分离):返回的是html的内容

# 什么是动态页面(查数据库的)，什么是静态页面(静止的html)
# 页面静态化

API接口

"""
通过网络，规定了前后台信息交互规则的url链接，也就是前后台信息交互的媒介

# 百度地图 肯德基api
https://api.map.baidu.com/place/v2/search?ak=6E823f587c95f0148c19993539b99295&region=%E4%B8%8A%E6%B5%B7&query=%E8%82%AF%E5%BE%B7%E5%9F%BA&output=json



# 请求头中User-Agent:客户端的类型

# 请求头中加其他参数：
"""

postman的使用

# postman是目前最好用的，模拟发送http请求的工具
# 双击安装，安装完自动打开

# 解析json的网站
https://www.json.cn/

restful规范(十条)

REST全称是Representational State Transfer，中文意思是表述（编者注：通常译为表征性状态转移）。 它首次出现在2000年Roy Fielding的博士论文中。

RESTful是一种定义Web API接口的设计风格，尤其适用于前后端分离的应用模式中。

这种风格的理念认为后端开发任务就是提供数据的，对外提供的是数据资源的访问接口，所以在定义接口时，客户端访问的URL路径就表示这种要操作的数据资源。

事实上，我们可以使用任何一个框架都可以实现符合restful规范的API接口。

# 抓包工具：
    fiddler  charles

# 10条规范
1、 数据的安全保障：url链接一般都采用https协议进行传输   注：采用https协议，可以提高数据交互过程中的安全性

2、接口特性表现：一看就知道是个api接口
    用api关键字标识接口url：
    https://api.baidu.com
    https://www.baidu.com/api
    注：看到api字眼，就代表该请求url链接是完成前后台数据交互的
    
3、多数据版本共存
    在url链接中标识数据版本
    https://api.baidu.com/v1
    https://api.baidu.com/v2
    注：url链接中的v1、v2就是不同数据版本的体现（只有在一种数据资源有多版本情况下）
    
4、数据即是资源，均使用名词（可复数）
    接口一般都是完成前后台数据的交互，交互的数据我们称之为资源
    https://api.baidu.com/users
    https://api.baidu.com/books
    https://api.baidu.com/book
    注：一般提倡用资源的复数形式，在url链接中奖励不要出现操作资源的动词，错误示范：https://api.baidu.com/delete-user
    特殊的接口可以出现动词，因为这些接口一般没有一个明确的资源，或是动词就是接口的核心含义
    https://api.baidu.com/place/search
    https://api.baidu.com/login
       
5、资源操作由请求方式决定（method）
    操作资源一般都会涉及到增删改查，我们提供请求方式来标识增删改查动作
    https://api.baidu.com/books - get请求：获取所有书
    https://api.baidu.com/books/1 - get请求：获取主键为1的书
    https://api.baidu.com/books - post请求：新增一本书书
    https://api.baidu.com/books/1 - put请求：整体修改主键为1的书
    https://api.baidu.com/books/1 - patch请求：局部修改主键为1的书
    https://api.baidu.com/books/1 - delete请求：删除主键为1的书
        
6、 过滤，通过在url上传参的形式传递搜索条件
    https://api.example.com/v1/zoos?limit=10：指定返回记录的数量
    https://api.example.com/v1/zoos?offset=10：指定返回记录的开始位置
    https://api.example.com/v1/zoos?page=2&per_page=100：指定第几页，以及每页的记录数
    https://api.example.com/v1/zoos?sortby=name&order=asc：指定返回结果按照哪个属性排序，以及排序顺序
    https://api.example.com/v1/zoos?animal_type_id=1：指定筛选条件
        
7、响应状态码
    7.1 正常响应
        响应状态码2xx
        200：常规请求
        201：创建成功
    7.2 重定向响应
        响应状态码3xx
        301：永久重定向
        302：暂时重定向
    7.3 客户端异常
        响应状态码4xx
        403：请求无权限
        404：请求路径不存在
        405：请求方法不存在
    7.4 服务器异常
        响应状态码5xx
        500：服务器异常
        
8、 错误处理，应返回错误信息，error当做key
    {
        error: "无权限操作"
    }
    
9、 返回结果，针对不同操作，服务器向用户返回的结果应该符合以下规范
    GET /collection：返回资源对象的列表（数组）
    GET /collection/resource：返回单个资源对象
    POST /collection：返回新生成的资源对象
    PUT /collection/resource：返回完整的资源对象
    PATCH /collection/resource：返回完整的资源对象
    DELETE /collection/resource：返回一个空文档
    
10、需要url请求的资源需要访问资源的请求链接(响应的数据里面可以带链接)
    # Hypermedia API，RESTful API最好做到Hypermedia，即返回结果中提供链接，连向其他API方法，使得用户不查文档，也知道下一步应该做什么
    {
        "status": 0,
        "msg": "ok",
        "results":[
            {
                "name":"肯德基(罗餐厅)",
                "img": "https://image.baidu.com/kfc/001.png"
            }
            ...
            ]
    }

drf的安装和简单使用

# 安装：pip install djangorestframwork==3.10.3
# 使用
    1、在settings的app中注册
        INSTALLED_APPS = [
            'rest_framework',
        ]
    2、在models.py中写表模型
    class Book(models.Model):
        nid = models.AutoField(primary_key=True)
        name = models.CharField(max_length=34)
        price = models.DecimalField(max_digits=5, decimal_places=2)
        author = models.CharField(max_length=32)
    3、新建一个序列化类
    from rest_framework.serializers import ModelSerializer
    from app01.models import Book

    class BookModelSerializer(ModelSerializer):
        class Meta:
            model = Book
            fields = '__all__'
    4、在视图中写视图类
        from rest_framework.viewsets import ModelViewSet
        from .models import Book
        from .ser import BookModelSerializer

        class BookViewSet(ModelViewSet):
            queryset = Book.objects.all()
            serializer_class = BookModelSerializer
    5、写路由关系
        from django.contrib import admin
        from django.urls import path
        from app01 import views
        from rest_framework.routers import DefaultRouter

        router = DefaultRouter()  # 可以处理视图的路由器
        router.register('book', views.BooksViewSet)  # 向路由器中注册视图集

        # 将路由器中的所以路由信息追到到django的路由列表中


        urlpatterns = [
            path('admin/', admin.site.urls),
        ]
        # 这是什么意思？  两个列表相加
        # router.urls列表
        urlpatterns += router.urls
    6、启动，在postman中测试即可
   

request对象性

from rest_framework.request import Request
# 以后只要继承了APLView，视图中的request对象，都是新的，也就是上面那个request的对象了
# 老的request在新的request._request
# 以后使用request对象，就像使用之前的request是一模一样的(重写了__getattr__方法)

def __getattr__(self, attr):
        try:
            # 通过反射，如果要取request.method,是去_request里面去取了
            return getattr(self._request, attr) 
        except AttributeError:
            return self.__getattribute__(attr)

        
        
# request.data  感觉是个数据属性，其实是个方法   @property修饰了
# 它是一个字典，post请求不管使用什么编码，传过来的数据，都在request.data
 @property
 def data(self):
        if not _hasattr(self, '_full_data'):
            self._load_data_and_files()
        return self._full_data
    

# get请求传过来的数据，从哪里取？ request.GET 和 request.query_params都可以
    @property
    def query_params(self):
        """
        More semantically correct name for request.GET.
        """
        return self._request.GET
    
    # views.py中 ： 
    print(request.query_params)  # get请求，地址中的参数
    # 原来在request.GET
    print(request.GET)

APIView的initial(三大认证模块)

def initial(self, request, *args, **kwargs):
    # 认证组件：校验用户 - 游客、合法用户、方法用户
    # 游客：代表校验通过，直接进入下一步校验(权限校验)
    # 合法用户：代表校验通过，将用户存储在request.user中，再进入下一步校验(权限校验)
    # 非法用户：代表校验失败，抛出异常，返回403权限异常结果
    self.perform_authentication(request) 
    # 权限组件：校验用户权限 - 必须登录、所有用户、登录读写游客只读、自定义用户角色
    # 认证通过：可以进入下一步校验(频率认证)
    # 认证失败：抛出异常，返回403权限异常结果
    self.check_permissions(request)
    # 频率组件：限制视图接口被访问的频率次数 - 限制的条件(IP、id、唯一键)、频率周期时间(s、m、d)、频率的次数(3/s)
    # 没有达到限次：正常访问接口
    # 达到限次：限制时间内不能访问，限制时间达到后，可以重新访问
    self.check_throttles(request)

补充：

一切皆对象

def foo(a,b):
    return a+b
foo.name = 'lqz'  # 由于一切皆对象，函数也是个对象，对象放值

print(foo(2,3))
print(foo.name)

局部禁用

http://liuqingzheng.top/python/Django%E6%A1%86%E6%9E%B6/16-Django%E9%AB%98%E7%BA%A7%E4%B9%8B-%E4%B8%AD%E9%97%B4%E4%BB%B6/
    
# 在视图函数上加装饰器@csrf_exempt
# csrf_exempt(view)这么写和在视图函数上加装饰器是一毛一样的

# urls.py中看到这种写法：就相当于加了csrf装饰器
from django.views.decorators.csrf import csrf_exempt
path('test/',csrf_exempt(views.test)),