一、首先什么是RESTful
- REST与技术无关，代表的是一种软件架构风格，REST是Representational State Transfer的简称，中文翻译为“表征状态转移”
- REST从资源的角度类审视整个网络，它将分布在网络中某个节点的资源通过URL进行标识，客户端应用通过URL来获取资源的表征，获得这些表征致使这些应用转变状态
- 所有的数据，不管是通过网络获取的还是操作数据库获得（增删改查）的数据，都是资源，将一切数据视为资源是REST区别与其他架构风格的最本质属性
- 对于REST这种面向资源的架构风格，有人提出一种全新的结构理念，即：面向资源架构（ROA：Resource Oriented Architecture）
- 对互联网上的任意东西都可视为资源，他认为一个url就是一个资源 比如：http://www.xxx.com/get_user/
二、资源与URI
- REST全称是表述性状态转移，那究竟指的是什么的表述? 其实指的就是资源。任何事物，只要有被引用到的必要，它就是一个资源。
- 要让一个资源可以被识别，需要有个唯一标识，在Web中这个唯一标识就是URI(Uniform Resource Identifier)。
- URI既可以看成是资源的地址，也可以看成是资源的名称。如果某些信息没有使用URI来表示，那它就不能算是一个资源， 只能算是资源的一些信息而已。URI的设计应该遵循可寻址性原则，具有自描述性，需要在形式上给人以直觉上的关联。
URI设计上的一些技巧:
- 使用_或-来让URI可读性更好
- 使用/来表示资源的层级关系
- 使用?用来过滤资源
- ,或;可以用来表示同级资源的关系
三、什么是API
API就是接口，提供的url。接口有两个用途：
- 为别人提供服务
- 前后端分离，一个写vue，一个写后端，他们之间都是通过ajax请求
四、RESTful API设计
网络应用程序，分为前端和后端两个部分。当前的发展趋势，就是前端设备层出不穷（手机、平板、桌面电脑、其他专用设备......）。
因此，必须有一种统一的机制，方便不同的前端设备与后端进行通信。这导致API构架的流行，甚至出现"API First"的设计思想。RESTful API是目前比较成熟的一套互联网应用程序的API设计理论。
关于URL的设计大都长篇大论，这里我就不一一赘述了，通过一个简单的示例来说明，可能有不太符合的地，但是万变理解其宗就好。
- 首先：http协议请求方式：GET、POST、DELETE、PUT、PATCH、OPTION、HEAD、TRACE
- 之前URL的设计大多都是这种类型,不符合RESTful规范：
127.0.0.1:8000/books //查
127.0.0.1:8000/books/add //增
127.0.0.1:8000/books/change/1 //改
127.0.0.1:8000/books/delete/1 //删
- 符合RESTful规范的URL设计：
GET请求查看数据：
127.0.0.1:8000/books
返回所有数据列表 ：[{}, {}, {}]
GET请求查看单条数据：
127.0.0.1:8000/books/1
返回查看的单条数据{}
POST请求添加数据：
127.0.0.1:8000/books
返回添加数据 ：{}
PUT请求更新pk = 1的数据：
127.0.0.1:8000/books/1
返回更新后的数据: {}
Delete请求删除pk = 1的数据：
127.0.0.1:8000/books/1
返回空
五、基于Django实现API之RestFramework框架
- RestFramework框架：基于Django帮助我们快速开发符合RESTful规范的接口框架。
- Django实现的API许多功能都需要我们自己开发，未免太过麻烦，这时候Django restframework就给我们提供了方便，直接基于它来返回数据，总之原理都是一样的，就是给一个接口也就是url，让前端的人去请求这个url去获取数据，在页面上显示出来。这样也就达到了前后端分离的效果。下面我们来看看基于Django Rest Framework框架。
- 首先下载Django Rest Framework，
pip3 install djangorestframework
Rest Framework框架大体上分为以下十部分内容：
- (1) APIView
- (2) 解析器组件
- (3) 序列化组件
- (4) 视图类（mixin）
- (5) 认证组件
- (6) 权限组件
- (7) 频率组件
- (8) 分页组件
- (9) 响应器组件
- (10) url注册器
五|1 - APIView:
APIView的源码执行可以参考DjangoCBV的源码执行逻辑
一张图了解一下APIView的源码执行流程吧：
6_副本.png
五|2- 解析器组件
对请求的数据进行解析：是针对请求体进行解析的。表示服务器可以解析的数据格式的种类
先来看Django中的发送请求：
- view.py中post请求的执行体：
2.png
- 如果是这样的格式发送的数据，在POST里面有值
Content-Type: application/url-encoding..... //数据格式
request.body # 请求体中的原生数据
request.POST
1.png
- 如果是发送的json的格式，在POST里面是没有值的，在body里面有值，可通过decode,然后loads取值
Content-Type: application/json..... //数据格式
request.body # 请求体中的原生数据
request.POST
3.png
这种情况下每次都要decode(解码)，loads(反序列化)，真的很麻烦，所以才有的解析器组件。弥补了django的缺点。
接下来我们先了解restframework的解析器使用方法：
- 1、可以在CBV试图类中添加属性：
parser_classes = [JSONParser/FormParser/....] #表示服务器可以解析的数据格式的种类 - 2、可以在sittings配置项中添加(当然也可以在内置的settings文件中配置)django其实有两个settings文件：
需要用什么数据格式就添加什么数据格式
REST_FRAMEWORK={
'DEFAULT_PARSER_CLASSES': (
'rest_framework.parsers.JSONParser',
'rest_framework.parsers.FormParser',
),
}
-3、如果都没有配置的话那就使用默认的配置：
'DEFAULT_PARSER_CLASSES': (
'rest_framework.parsers.JSONParser',
'rest_framework.parsers.FormParser',
'rest_framework.parsers.MultiPartParser'
)
看到这可能就懵逼了，不过没关系，这几种方法其实都是因为分析了源码之后得出的，下面就一起来分析一下源码的执行流程吧：
步骤一、先来看看Django RestFramework的发送请求：（和Django的对比发现不同）
- view.py中post请求的执行体：
4.png
- 如果是这样的格式发送的数据，在POST里面有值
Content-Type: application/url-encoding..... //数据格式
request.body # 请求体中的原生数据
request.POST
request.data #reqest.data是APIView重装request才有的，reqest.data取值的时候才执行解析器组件
5.png
- 如果是发送的json的格式，在POST里面是没有值的，在body里面有值，可通过decode,然后loads取值
Content-Type: application/json..... //数据格式
request.body # 请求体中的原生数据
request.POST
request.data #reqest.data是APIView重装request才有的，reqest.data取值的时候才执行解析器组件
6.png
步骤二、解析器源码执行流程：
解析器源码执行流程.jpg
五|3- 序列化组件
- 首先表结构：models.py
from django.db import models
class Author(models.Model):
nid = models.AutoField(primary_key=True)
name = models.CharField(max_length=32)
age = models.IntegerField()
def __str__(self):
return self.name
class Publish(models.Model):
nid = models.AutoField(primary_key=True)
name = models.CharField(max_length=32)
city = models.CharField(max_length=32)
email = models.EmailField()
def __str__(self):
return self.name
class Book(models.Model):
nid = models.AutoField(primary_key=True)
title = models.CharField(max_length=32)
publishDate = models.DateField()
price = models.DecimalField(max_digits=5, decimal_places=2)
# 与Publish建立一对多的关系,外键字段建立在多的一方
publish = models.ForeignKey(to="Publish", to_field="nid", on_delete=models.CASCADE)
# 与Author表建立多对多的关系,ManyToManyField可以建在两个模型中的任意一个，自动创建第三张表
authors = models.ManyToManyField(to='Author', )
- 先看一下基于Django的CBV接口设计
缺点：需要自己设计数据格式、需要自己做序列化操作、需要自己讲不支持json序列化的数据类型转化
class Booklist(View):
def get(self, request):
book_obj = models.Book.objects.all()
ret = []
for obj in book_obj:
ret.append({
"title":obj.title,
"price":"%s"%obj.price,
})
return HttpResponse(json.dumps(ret,ensure_ascii=False))
- 基于Django的序列化组件的接口设计
缺点：只支持序列化，而不支持校验、错误提示等附加功能
from django.core.serializers import serialize
class Booklist(View):
def get(self, request):
book_obj = models.Book.objects.all()
data = serialize("json", book_obj)
return HttpResponse(data)
- 基于DRF ( Django RestFramework ) Serializer 的接口设计
DRF ( Django RestFramework ) Serializer的序列化方式可以类比Django的Form组件的使用
注意一点：因为Serializer和数据库没有实质上的联系，所以post请求时不能直接保存到数据库
from rest_framework.views import APIView
from app001 import models
# rest_framework重装的response
from rest_framework.response import Response
# 序列化组件的导入
from rest_framework import serializers
class BooklistSerializer(serializers.Serializer):
title = serializers.CharField(max_length=32)
price = serializers.DecimalField(max_digits=5, decimal_places=2)
publishDate = serializers.DateTimeField()
# 一对多字段，可以通过source参数取出想要的关联对象的任意字段
publish_name = serializers.CharField(source="publish.name",read_only=True)
publish_city = serializers.CharField(source="publish.city",read_only=True)
# 多对多字段，可以通过source参数取出所有关联对象queryset集合，几乎没用
# authors = serializers.CharField(max_length=32, source="authors.all",read_only=True)
# 多对多字段，固定的书写格式
authors = serializers.SerializerMethodField(read_only=True)
def get_authors(self, obj): # 函数命名必须是get_field形式，obj为当前字段对象
ret = []
for obj in obj.authors.all():
ret.append(obj.name)
return ret
class Booklist(APIView):
# 查 get
def get(self, request):
book_obj = models.Book.objects.all()
bs = BooklistSerializer(book_obj, many=True)
data = bs.data # 序列化接口
return Response(data)
#增 post
def post(self, request):
print(request.data) # 静态方法：解析数据工作
bs = BooklistSerializer(data=request.data)
if bs.is_valid(): # 校验
return Response(bs.data) # 序列化数据
else:
return Response(bs.errors) # 序列化错误信息
- 基于DRF ( Django RestFramework ) ModelSerializer 的接口设计
DRF ( Django RestFramework ) Serializer的序列化方式可以类比Django的ModelForm组件的使用
当涉及到一对多或者多对多字段时，我们可以通过自定制操作来获得我们想要的数据形式，
更多更细相关序列化内容请看：https://www.cnblogs.com/pyspark/p/8607801.html
class BooklistSerializer(serializers.ModelSerializer):
//serializers.ChoiceField字段也可以通过source="get_字段名_display"的方式取出对应数字的中文简介
//一对多字段，可以通过source参数取出想要的关联对象的任意字段
//一对多字段，需要添加read_only=True参数，这个参数在post请求时有用
publish_name = serializers.CharField(source="publish.name",read_only=True)
publish_city = serializers.CharField(source="publish.city",read_only=True)
// 多对多字段，固定的书写格式
// 函数命名必须是get_field形式，obj为当前字段对象
authors = serializers.SerializerMethodField()
def get_authors(self, obj):
ret = []
for obj in obj.authors.all():
ret.append(obj.name)
return ret
class Meta:
model=models.Book
fields="__all__" //指定所有字段
extra_kwargs={"publish":{"write_only":True},"authors":{"write_only":True}} //设置post写入的只写不读字段
class Booklist(APIView):
def get(self, request):
book_obj = models.Book.objects.all()
bs = BooklistSerializer(book_obj, many=True)
data = bs.data # 序列化接口
return Response(data)
def post(self, request):
// 静态方法：解析数据工作
print(request.data)
//post请求时不仅仅是序列化了，还需要验证、保存等，必须在实例化时加上data
//post发送的是添加请求，单个对象many=False
bs = BooklistSerializer(data=request.data，many=False)
// 校验
if bs.is_valid():
bs.save() // create操作
return Response(bs.data) // 序列化数据
else:
return Response(bs.errors) // 序列化错误信息