前后端分离开发 drf
文章目录
1、前后端 开发模式
https://www.cnblogs.com/liuqingzheng/p/10900502.html
前后端混合开发:模板 使用模板语法渲染
图书管理系统
bbs项目
后端人员通过前端写好的html页面 套模板语法
前后端分离
后面的项目
后端人员只负责写接口(API接口),使用postman接口测试工具测试
前端人员负责写前端,写的过程中使用mock数据
最后:前后端联调项目
2、API 接口
通过网络,未定了前后台信息交互规则的url链接,也就是前后台信息交互的媒介
之前写的点赞和点踩接口其实即使一个api接口
2.1、API接口的样子
url: 长的像返回数据的url链接
https://api.map.baidu.com/place/v2/search
请求方式: get、post、put、patch、delete
采用get方式请求上方接口
请求参数:json或xml格式的key-value类型数据
ak:6E823f587c95f0148c19993539b99295
region:上海
query:肯德基
output:json
响应结果:json或xml格式的数据
-响应结果:json或xml格式的数据
3、接口测试工具 postman
API接口写好,后端人员要测试,不可能在浏览器里测试
使用postman软件,来做接口
本质就是:模拟发送http请求
接口测试软件有很多:postwoman
官网下载
https://www.postman.com/downloads/
4、restrful规范
REST全称是Representational State Transfer,中文意思是 表述:表征性状态转义,它首次出现在2000年Roy Fielding的博士论文中
RESTful 是一种定义web API接口的设计风格,尤其适用于前后端分离的应用模式中
十点 restful规范
公司会有自己的风格规范
-
数据的安全保障:url链接一般都采用https协议进行传输>>>为了保证数据安全使用https协议传输
http是: http+ssl/tsl
-
接口中带有api关键词
-
多数据版本共存,一个接口可能有多个版本,url链接中标识版本标识
假设咱们有个登录接口:开始只要用户名和密码,后来用户名,密码,验证码
-
数据即资源 均使用名词(可用复数)>>>接口尽量使用名词
丢失用名词,没法区分是增加、删除、修改、查询 -
资源操作 由请求方式决定
获取数据:get请求
删除数据:delete请求
新增数据:post请求
修改数据:put,patch请求
请求地址一样,通过请求方式决定对资源进行什么操作
-
url地址中带过滤参数
获取对动物所有动物
127.0.0.1/api/vi/animals >>> get请求
获取动物园所有哺乳类动物127.0.0.1/api/vi/animals?type=哺乳类>>>get请求
-
响应带状态码
http状态码:
http://tools.jb51.net/table/http_status_code
1xx: 表示请求正在处理,一般看不到
2xx: 表示请求处理成功,有很多 200,201
3xx: 重定向 302 301
4xx: 客户端错误 403 404
5xx: 服务端错误
响应体中写状态码:咱们公司里有规范,在响应体中写状态码
{code:100}
-
返回错误信息>>>响应体中带错误信息
{code:100,msg:成功}
-
返回结果,针对不同操作,服务端向用户返回的结果 应该符合以下规范
GET /collection:
返回资源对象的列表(数组)[{},{}]
GET /collection/resource:
返回单个资源对象{}
POST /collection:
返回新生成的资源对象{}
PUT /collection/resource:
返回完整的资源对象{}
PATCH /collection/resource:
返回完整的资源对象{}
DELETE /collection/resource:
返回一个空文档一般用另一种规范
获取所有:{code:100,msg:成功,data:[{name:红楼梦,price:99},{name:西游记,price:88}]}
获取单条:
{code:100,msg:成功:data:{name:红楼梦,price:99}}
新增数据:
{code:100,msg:新增成功,data:{name:西游记,price:99}}
修改数据:
{code:100,msg:修改成功,data:{name:西游记v2 版本,price:99}}
删除数据:
{code:100,msg:删除成功}
-
响应中带链接
响应当中 不一定只是数字、字符串,也可以带链接地址
5、序列化和反序列化
api接口开发,最核心最常见的一个过程就是序列化,所谓序列化就是把数据转换格式,序列化可以分两个阶段
序列化:把我们识别的数据转换成指定的格式提供给别人
例如:我们在django中获取到的数据默认是模型对象(queryset),但是模型对象无法直接提供给前端或别的平台使用,所以我们需要把数据进行序列化,变称字符串或json数据,提供给别人
反序列化: 把别人提供的数据转换/还原成我们需要的格式
6、djangorestframework快速使用
使用django这个web框架,开发前后端分离项目(模板渲染),只写接口
使用JsonResponse 返回即可>>>原生django
djangorestframework 方便咱们快捷写出符合restrful规范的接口
写接口:总共就5个及这5个的变形
获取所有 get
获取单个 get
新增 post
修改一条 put/patch
删除已条 delete
6.1、对于book表 快速生成5个接口
利用drf
pip3 install djangorestframework
urls.py
from django.contrib import admin
from django.urls import path
from rest_framework.routers import SimpleRouter
from app01 import views
router = SimpleRouter()
router.register('books', views.BookView)
urlpatterns = [
path('admin/', admin.site.urls),
]
urlpatterns += router.urls
views.py
from .models import Book
from rest_framework.viewsets import ModelViewSet
from .serializer import BookSerializer
class BookView(ModelViewSet):
queryset = Book.objects.all()
serializer_class = BookSerializer
models.py
from django.db import models
class Book(models.Model):
name = models.CharField(max_length=32)
price = models.CharField(max_length=32)
publish = models.CharField(max_length=32)
serializer.py
from rest_framework import serializers
from .models import Book
class BookSerializer(serializers.ModelSerializer):
class Meta:
model = Book
fields = '__all__'