昨日作业
1 用django写个demo---》postman测试
1 、传用户名密码到后端，查询数据库，都对了---》返回json格式{code:100,msg：登录成功}---》urlencoded
2、 打印 request.POST
3 、打印 request.body
2 写一个接口，可以长传文件{code:100,msg：上传成功}
request.POST---->有没有取决于前端传没传数据
request.body--->小文件没事，大文件报错
3 扩展作业(学的好的）
测：json格式---》request.POST 取不到
request.data 默认没有---》(装饰器)--->无论前端什么格式：josn，urlencoded---》都取出来，是字典
@xxxx
def Inde(request):
request.data
昨日总结
1 前端不同编码格式：
urlencoded: body体中 ：username=lqz&password=123 django 的request.POST取出值
json： body体中 ：{"username":"lqz","password":"123"} django 的request.POST取不出值
form-data：body中格式固定：数据部分和文件部分--》request.POST能取出数据，取不出文件，文件都是从request.FILES
'----------------------------789048583058585187025897\r\nContent-Disposition: form-data; name="username"\r\n\r\nlqz\r\n文件二进制
2 mysql中varchar和char的区别：定长与不定长
1、char是一种固定长度的类型，无论储存的数据有多少都会固定长度，如果插入的长度小于定义长度，则可以用空格进行填充。而varchar是一种可变长度的类型，当插入的长度小于定义长度时，插入多长就存多长。
2、最大长度：char最大长度是255字符，varchar最大长度是65535个字节。
3、char会浪费空间，varchar会更加节省空间。
3 不用pycharm创建django 项目：
django-admin startproject 项目名
4 django中的文件对象和原来的文件对象
django：from django.core.files.uploadedfile import InMemoryUploadedFile
原生文件：_io.BufferedWriter
django中文件类没有继承原生文件类，但是有原生文件类所有方法
5 装饰器模版
def warpper_request(func):
def inner( *args, **kwargs):
# 在执行被装饰函数前执行
res = func(*args, **kwargs)
# 在执行被装饰函数后执行
return res
return inner
restful规范
1.restful规范是什么，如何来的？
一种定义Web API接口的设计风格，尤其适用于前后端分离的应用模式中 的规范
Roy Fielding的博士论文提出的
2.以后写api接口都要遵循restful规范
1、数据安全性，我们要使用https协议，不使用http，因为https比http安全
2、接口特征的表现，url带有api标识
1.https://api.baidu.com/books/
2.https://www.baidu.com/api/books/
3、多版本数据共存，也就是在url中要带有版本信息
1.https://api.baidu.com/v1/books
2.https://www.baidu.com/api/v2/books
4、数据即资源，均使用名词（复数），前后台交互的数据称之为资源，URL尽量使用名词
https://127.0.0.1/api/v1/books/（表示对图书操作：增加，删除，查询，修改，都用这一个地址）
https://127.0.0.1/api/v1/get_all_books/ （不符合restful规范）
https://127.0.0.1/api/v1/delete_books/（不符合restful规范）
5、资源操作由请求方式来决定
get 请求获取数据（获取所有，获取单条）
post 新增数据
put 修改数据
delete 删除数据
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 - delete请求：删除主键为1的书
6、请求方式带过滤条件（只针对查询所有）
7、响应状态码
http响应状态码： 1xx，2xx，3xx，4xx，5xx：https://www.sohu.com/a/278045231_120014184
404和403 和 405
403：服务器收到请求但拒绝提供服务
404：找不到url
405：请求方式有误（post请求却用了get请求）
301和302
301：永久重定向
302：临时重定向
1xx表示请求正在处理（前端一般看不到）
2xx 表示请求处理成功（经常看到）
201和200有什么区别
200：常规请求成功
201：请求成功并创建新的资源
3xx：重定向
4xx:客户端错误
5xx：服务端出错
成功都返回200，而在响应体中带 状态码--->code不同公司就不一样
{"code": 101,"msg": "用户名或密码错误"}
补充一：mysql 错误操作都会有个 数字(10060) 文字解释
8、响应状态中带错误信息
{‘code’：101，‘msg’：‘用户名或密码错误’}
9、不同操作返回格式不同
GET /collection：返回资源对象的列表（数组）
[{name:西游记,price:19},{name:三国,price:19}]
GET /collection/resource：返回单个资源对象
{name:三国,price:19}
POST /collection：返回新生成的资源对象
{name:三国,price:19}
PUT /collection/resource：返回完整的资源对象
{name:三国演绎,price:19}
DELETE /collection/resource：返回一个空文档
但一般都是这样做：
{code:100，msg:查询成功，restult:[{name:西游记,price:19},{name:三国,price:19}]}
10、响应带连接
{code:100，msg:查询成功，restult:[{name:西游记,price:19},{name:三国,price:19}] ,url:/login/}
序列化与反序列化
序列化：数据之间格式的转换
序列化： 把我们识别的数据转换成指定的格式提供给别人。
例如：我们在django中获取到的数据默认是模型对象，但是模型对象数据无法直接提供给前端或别的平台使用，所以我们需要把数据进行序列化，变成字符串或者json数据，提供给别人。
反序列化：把别人提供的数据转换/还原成我们需要的格式。
例如：前端js提供过来的json数据，对于python而言就是字符串，我们需要进行反序列化换成模型类对象，这样我们才能把数据保存到数据库中
drf的安装与快速使用
1、假设以 Book 表为例，写它的5个接口
1 查询所有
2 新增一条
3 修改一条
4 删除一条
5 查询一条
2、使用步骤：
1.安装模块
django 是2版本，用不了drf最新（适当降版本），他会卸载django---》装最新4.x djagno 3.1.12 可以使用drf最新 django：3.1.12 drf:3.14.0
2.在setting中app注册
INSTALLED_APPS = [
'rest_framework', # 一定不要忘了加 ,
]
3.写路由
from rest_framework.routers import DefaultRouter
router = DefaultRouter()
router.register('books', BookView, 'books')
urls=[]
urlpatterns += router.urls
4.写视图类
from rest_framework.viewsets import ModelViewSet
from .serializer import BookSerializer
class BookView(ModelViewSet):
queryset = Book.objects.all()
serializer_class = BookSerializer
5.写序列化类
class BookSerializer(serializers.ModelSerializer):
class Meta:
model = Book
fields = "__all__"
标签：name,api,request,day2,django,books,https,drf From： https://www.cnblogs.com/shanghaipudong/p/17664925.html