别着急，坐和放宽
前后端分离
用户在浏览器上发送请求，服务器端接收到请求，根据 Header 中的 token 进行用户鉴权，从数据库取出数据，处理后将结果数据填入 HTML 模板，返回给浏览器，浏览器将 HTML 展现给用户，不分离的核心就是模版，比如 Django 直接将返回数据到模版，通过模版表单将数据返回至后端
那这样就有一个问题，从事不分离的开发者，一般需要懂数据库、懂框架操作、懂模版前端，小型项目还好，一个人可以抗的下来，你可以加班，但如果项目较大，一个人无法独立完成，需要团队合作
并且不分离的情况，所有的业务、代码、逻辑都在一套服务体系内，会造成团队之间沟通混乱，代码风格不统一，每个人的前后端技能水平层次不齐的水平，出了问题找背锅的人更慢，无法快速找到罪魁祸首
除此之外，不分离还有一个问题，现在的服务，比如一个电商平台，除了WEB端之外，还会有 IOS 端、安卓端的各种 APP，本质上这些软件 APP 用的都是同一套数据，但是现在除了每一套前端的应用界面，由于不分离的情况，还需要给每一个平台不同的 APP 开发多套后端，这个开发成本是很高的，需要很多很多的不同语言的开发者
此外页面的渲染本应该是在客户端完成，但是现在都是在服务端渲染好之后再返回给用户，那么在高并发的情况下，会大量占用服务器的资源
当然，不分离也有好处，页面数据都是渲染好返回的，可以有效提高 SEO的速度
数据渲染的工作在客户端浏览器，不需要服务端完成，服务端专注于提供数据
那么这就要求Django框架不需要返回一个模版页面，而是返回一套JSON数据，而由于JSON可以在多种语言中支持，是一种交互、兼容非常合适的语言格式，所以现在后台常返回的数据都为JSON格式的，这个过程也称作序列化
前后端分离再就是部署压力较小，前后端分离部署，可以分离业务，起码在后端宕机时，前端还可以正常服务
后端工程师只需要专注于编写接口，从数据库提取数据，进行逻辑处理，并返回给前端，而前端怎么去渲染，怎么写样式，用什么前端，这都不是后端工程师需要考虑的，后端要做好的就一件事，写好接口就可以
一般来说，一套接口编写好之后，业务相同的情况下，是可以在多种 app 端、pc 端进行渲染展示的，不需要额外开发多套耦合的服务，这就很省钱了
但是前后端分离也有不好的地方，在于页面数据的渲染是需要花费时间的，数据并不是渲染好返回给用户，所以可能会出现白屏时间，并且影响搜索引擎爬虫的检索收录
在前后端分离的应用模式里，API接口如何定义？
例如:对于后端数据库中保存了商品的信息，前端可能需要对商品数据进行增删改查，那相应的每个操作后端都需要提供一个API接口：
POST /add-goods 增加商品POST /delete-goods 删除商品POST /update-goods 修改商品GET /get-goods查询商品信息对于接口的请求方式与路径，每个后端开发人员可能都有自己的定义方式，风格迥异。
是否存在一种统一的定义方式，被广大开发人员接受认可的方式呢？
这就是被普遍采用的*API*的RESTful设计风格。
Restful 风格建议，Api 服务器的域名要尽量在专用域名之下
如：百度面向用户的站点地址为https://baidu.com
那么后端的接口地址可以为
也可以放在连接之后
如果你的接口会不停的升级，那么建议你把接口的版本号维护在URL中，比如图灵机器人就是这么干的，API 的升级会把版本放入连接
对应操作，应该返回操作后的资源结果，比如获取数据，那就应该使用GET请求方式
如果是更新数据，那么建议你使用PUT或PATCH方法
还有三个不常用的HTTP动词
如果数据较多，返回所有数据是不现实的，那么可以让API提供参数，进行结果返回
接口返回数据，还要带上合理的状态码进行标记
API，全称是Application Programming Interface，即应用程序编程接口，我们日常中习惯简称为“接口”。其实，接口这个词大家应该不会陌生，比如我们平时比较常用的“USB接口”，就是用来存储和传输数据用的；
那什么是API呢，API事实上是在内部预先定义了函数，能够使开发人员无须明白API内部实现的机制，就能够实现某一个功能。
比如说你要实现一个手机注册的功能，那么相应地后台工程师就需要提供一个手机注册的接口，前端开发人员在调用接口实现功能的时候，只需按照既定的规则进行请求即可，不需要去理解该功能的实现逻辑。有了这么一个机制，就使得开发人员间的协作变得非常简洁、高效。
所以，你可以简单地理解为“接口决定了功能”。
接口文档又称为API文档，一般是由开发人员所编写的，用来描述系统所提供接口信息的文档。 大家都根据这个接口文档进行开发，并需要一直维护和遵守。
为什么要写接口文档？ 1、项目开发过程中前后端工程师有一个统一的文件进行沟通交流开发 2、项目维护中或者项目人员更迭，方便后期人员查看、维护
API接口文档一般分为接口描述、接口地址、请求方法、请求参数、响应内容、错误代码、实例几个部分：
接口描述： 简单描述接口的逻辑和作用。例如说明这是一个发送消息的接口、查询天气的接口；
接口地址： 这个地址表示的是网络地址，即url，我们需要调用接口url，获取响应内容；
请求方法： 常见的请求方法为GET和POST，其他的方式见下图；
请求参数： 用来传递信息的变量。即需要请求的字段名的名称和规则：都是哪些字段，字段的类型是什么，是否必填字段等等；
响应内容： 接口返回的字段名称和规则；
错误代码： 对接口的错误用代码进行归类，以便能快速找到错误原因，解决问题；
实例： 实际调用时的响应的内容。
以阿里云API市场为例：
获取access_token
【注意】正常情况下access_token有效期为7200秒，有效期内重复获取返回相同结果，并自动续期。
调试工具：在线调试
请求方式：GET（HTTPS）
请求地址：https://oapi.dingtalk.com/gettoken?appkey=key&appsecret=secret
参数说明：
| 参数 | 类型 | 必须 | 说明 |
|---|---|---|---|
| appkey | String | 是 | 应用的唯一标识key |
| appsecret | String | 是 | 应用的密钥 |
安装DRF框架
配置 settings
这个框架提供了如下功能，让我们的代码风格更加统一，而且让你的开发工作成本更低，这个框架封装了很多很多复用的功能
序列化器，类视图，也是DRF提供的主要功能，也是我们学习的重心，也是 WEB 主要的两件事
在drf框架中，已经封装了一款更为便捷进行接口编写的视图基类APIView，大多数情况下，都会使用这个基类进行业务视图的代码编写
DRF将request.POST、request.FILES的数据统一封装到了data属性中，其中包含了
DRF为了更准确的表示这是从连接里取得数据，从而把request.GET的名字更换为了request.query_params，其余操作与request.GET一样，这里只是拼写更换
目前在DRF中，我们所使用最多的就是Response这个方法，经常使用已经序列化好的数据结合Response返回
需要注意的是，在Response函数的第一个参数位置上，这个data不能是复杂结构的数据，比如ORM查询到的数据，ORM的数据需要提取出来成为Python的数据类型或者使用序列化方式将其加工才可以使用Response尽心返回
这一种在各个编程语言中流通的数据格式，可以在不同的编程语言中的进行数据传递和交互
也就是用JSON传输数据可以让不同语言之间可以跨越语言不同的鸿沟，虽然 python 无法和 js 进行通信，但是通过JSON，就可以让两者进行数据通信，所以现在常见的接口返回的数据都是JSON格式
序列化：就是把模型层的数据返回为JSON数据集
反序列化：就是把前端发来的JSON数据，类字典数据，变为模型层的数据
drf中提供了类似django原生中forms组件的序列化类对象，通过对模型类或数据字段进行序列化字段映射
比如一个模型类表结构是这样的
那么对应的，可以创建出如下所示的序列化器
这样可以更为方便的将orm遍历或拿取的单独数据进行序列化返回
一个获取所有图书的示例
https://api.baidu.com
https://baidu.com/api/
https://api.baidu.com/v1/
https://baidu.com/api/v1/
http://openapi.tuling123.com/openapi/api/v2
?limit=10：指定返回记录的数量
?offset=10：指定返回记录的开始位置。
?page=2&per_page=100：指定第几页，以及每页的记录数。
?sortby=name&order=asc：指定返回结果按照哪个属性排序，以及排序顺序。
?animal_type_id=1：指定筛选条件
200 OK - [GET] # 服务器成功返回用户请求的数据
201 CREATED - [POST/PUT/PATCH] # 用户新建或修改数据成功。
202 Accepted - [*] # 表示一个请求已经进入后台排队（异步任务）
204 NO CONTENT - [DELETE] # 用户删除数据成功。
400 INVALID REQUEST - [POST/PUT/PATCH] # 用户发出的请求有错误，服务器没有进行新建或修改数据的操作
401 Unauthorized - [*] # 表示用户没有权限（令牌、用户名、密码错误）。
403 Forbidden - [*] # 表示用户得到授权（与 401 错误相对），但是访问是被禁止的。
404 NOT FOUND - [*] # 用户发出的请求针对的是不存在的记录，服务器没有进行操作，该操作是幂等的。
406 Not Acceptable - [GET] # 用户请求的格式不可得（比如用户请求 JSON 格式，但是只有 XML 格式）。
410 Gone -[GET] # 用户请求的资源被永久删除，且不会再得到的。
422 Unprocesable entity - [POST/PUT/PATCH] # 当创建一个对象时，发生一个验证错误。
500 INTERNAL SERVER ERROR - [*] # 服务器发生错误，用户将无法判断发出的请求是否成功
pip install djangorestframework -i https://pypi.tuna.tsinghua.edu.cn/simple
INSTALLED_APPS = [
...
'rest_framework',
]
from rest_framework.views import APIView
class ExampleView(APIView):
def post(self, request):
data = request.data # json/form 提交的数据
return Response({'received data': request.data})
from rest_framework.views import APIView
class ExampleView(APIView):
def get(self, request):
data = request.query_params # get 的连接传参
return Response({'received data': request.query_params})
Response(data=None, status=None, template_name=None, headers=None, exception=False, content_type=None)
'''
data: 需要返回的数据
status: 状态码
headers: 头部信息
content-type: 返回数据 MIME 类型,一般不要多余设置，drf 会自动根据数据进行设置
'''
200 OK - [GET] # 服务器成功返回用户请求的数据
201 CREATED - [POST/PUT/PATCH] # 用户新建或修改数据成功。
202 Accepted - [*] # 表示一个请求已经进入后台排队（异步任务）
204 NO CONTENT - [DELETE] # 用户删除数据成功。
book_set = Book.objects.all()
books = []
for book in book_set:
books.append({
'id': book.id,
'btitle': book.btitle,
'price': book.price,
'bread': book.bread,
'bcomment': book.bcomment
})
class Book(models.Model):
btitle = models.CharField(max_length=20, verbose_name="图书名称")
price = models.DecimalField(max_digits=7, decimal_places=2, verbose_name="单价")
bread = models.IntegerField(verbose_name="阅读量")
bcomment = models.IntegerField(verbose_name="评论量")
img = models.ImageField(upload_to='imgs/%Y/%m/%d', verbose_name="封面图片")
class Meta:
db_table = 'tb_book'
verbose_name = '图书'
verbose_name_plural = verbose_name
def __str__(self):
return self.btitle
class BookSerializer(serializers.Serializer):
btitle = serializers.CharField(max_length=20, label='图书名称')
price = serializers.DecimalField(max_digits=7, decimal_places=2, label='单价')
bread = serializers.IntegerField(default=0, required=False, label='阅读量')
bcomment = serializers.IntegerField(default=0, required=False, label='评论量')
img = serializers.ImageField(label='封面图片', required=False)
books = Book.objects.all()
data = BookSerializer(books, many=True).data # 这就是经过序列化器处理好的 可以返回给前端的数据
from django.http.response import JsonResponse
from rest_framework.views import APIView
class BooksView(APIView):
def get(self, request):
books = Book.objects.all() # 查询所有图书
serializer = BookSerializer(books, many=True)
# 构建序列化器对象， 需要序列化的对象不止一个，需要参数 many=True
return JsonResponse(serializer.data, safe=False)
# 需要转换为Json的数据不是字典，需要设置safe=False