DRF 框架总结 - 引入 Django REST framework 框架

最新推荐文章于 2024-02-26 18:42:17 发布

python_QYF

最新推荐文章于 2024-02-26 18:42:17 发布

阅读量459

点赞数

分类专栏： django 文章标签： DRF

本文链接：https://blog.csdn.net/qyf__123/article/details/84886631

版权

django 专栏收录该内容

42 篇文章 2 订阅

订阅专栏

引入 Django REST framework 框架

Web 应用模式

在开发 Web 应用中，有两种开发模式：

前后端不分离
前后端分离

前后端不分离

在前后端不分离的应用模式中，前端看到的效果都是有后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。

这种应用模式比较适合纯网页应用，但是当后端对接 app 时， app 可能并不需要后端返回一个 HTML 网页，而仅仅是数据本身，所以后端原本返回网页的接口不再适用于前端的 app 应用，为了对接 app 后端还需要再开发一套接口。

前后端分离

低耦合，高内聚

耦合：；模块与模块之间接口的复杂程度，模块之间联系越复杂耦合度越高，牵一发而动全身。

内聚：每个模块尽可能独立完成自己的功能，不依赖于模块外部的代码。

使模块的“可重用性”，“移植性” 大大增强

在前后端分离的应用模式中，后端仅返回前端所需要的数据，不再渲染 HTML页面，不再控制前端的效果。至于前端用户看到什么效果，从后端请求的数据如何加载到前端中，都由前端自己决定，网页有网页的处理方式，app 有 app 的处理方式，但无论哪种前端，所需的数据基本相同，后端仅需开发一套逻辑对外提供数据即可。

在前后端分离的应用模式中，前端与后端的耦合度相对较低。

在前后端分离的应用模式中，我们通常将后端开发的每个视图都称为一个接口，或者 API，前端通过访问接口来对数据进行增删改查。

认识 RESTful

在前后端分离的应用模式里，后端 API 接口如何定义？

后端数据库中保存的数据，前端可能需要对商品数据进行增删改查，对应的每个操作后端都需要提供一个 API 接口；

对于接口的请求方式与路径，每个后端开发人员可能都有自己的定义方式。

所以普遍采用的 API 的 RESTful 设计风格。

起源

REST 是 Fielding 在他的 2000 年的博士论文中提出的，他还是 HTTP 协议的主要设计者

名称

Fielding 将互联网软件的架构原则，定名为 REST，即Representational State Transfer的缩写。维基百科称其为“具象状态传输”，国内大部分人理解为“表现层状态转化”。

RESTful 是一种开发理念。维基百科说：REST 是设计风格而不是标准。

REST 特点：url 简洁，将参数通过 url 传到服务器。

一个架构符合 REST 原则，就称它为 RESTful 架构。

要理解RESTful架构，理解Representational State Transfer这三个单词的意思：

具象的，就是指表现层，要表现的对象也就是“资源”，就是客户访问服务器，所获取的就是资源。
表现: 文本可以使用 txt、html、xml、json格式表现，图片可以使用 jpg、png 表现
状态转换: 就是客户端和服务器互动的一个过程，在这个过程或只能怪，势必涉及到数据和状态的变化，这种变化叫状态转换。

互联网通信协议HTTP协议，客户端访问必然使用HTTP协议**，如果客户端想要操作服务器，必须通过某种手段，让服务器发生“状态转化”（State Transfer）**

HTTP 协议实际上包含有 4 个表示操作方式的动词，分别是 GET, POST, PUT, DELETE,他们分别对应四种操作。GET 用于获取资源，POST 用于新建资源，PUT 用于更新资源，DELETE 用于删除资源。GET 和 POST 是表单提交的两种基本方式，比较常见。

HTTP 协议是一种无状态协议，这样就必须把所有的状态都保存在服务器端。因此，如果客户端想要操作服务器，必须通过某种手段，让服务器发生“状态转化”。