【架构】微前端知识体系
【公司内部分享】微前端知识体系
相关文章
- 如何做好架构
- 实现分层架构
- 实现微前端架构
- 事件驱动 vs 数据驱动
- 如何避免 css 污染
- 怎么理解前端生态
- react 和 vue 的差异
- 微前端知识体系
- 如何保证前端架构的可扩展性、可维护性和性能
- 有状态组件和无状态组件
- 浅析RESTFUL架构
- vite与webpack对比
微前端知识体系
一、什么是RESTFUL
RESTful 是一种针对网络应用程序设计的软件架构风格,它是 Representational State Transfer(表述性状态转移)的缩写。RESTful 架构风格的设计旨在提高系统的可伸缩性、可靠性、性能和可维护性。
RESTful API 是基于这种架构风格设计的应用程序编程接口
。
二、RESTful 架构的一些关键特征
客户端-服务器模型: RESTful 架构采用了客户端-服务器的分离模型。客户端和服务器之间通过 HTTP 协议通信,客户端发送请求,服务器返回响应。
无状态性: RESTful 架构中的通信是无状态的,即每个请求都包含足够的信息让服务器理解请求。服务器不会保留客户端请求的任何状态,而是根据每个请求的内容进行处理。
资源: RESTful 架构中的核心概念是资源,每个资源都有一个唯一的标识符(通常是 URL)。客户端通过 URL 来访问和操作资源,而不是直接操作服务器端的功能。
表述性状态转移 (REST): RESTful 架构中的操作基于资源的状态转移。客户端通过对资源的操作来改变资源的状态,这些操作包括 GET(获取资源)、POST(创建资源)、PUT(更新资源)和 DELETE(删除资源)等。
统一接口: RESTful 架构中使用统一的接口来访问和操作资源。这意味着不同的客户端可以通过相同的方式与服务器交互,而无需了解服务器的内部实现细节。
三、使用示例
这个示例创建了一个简单的 Express 应用程序,其中包含对用户资源的 CRUD 操作。
客户端
- GET 请求:http://localhost:3000/api/users 获取所有用户
- GET 请求:http://localhost:3000/api/users/1 获取特定用户
- POST 请求:http://localhost:3000/api/users 创建新用户
- PUT 请求:http://localhost:3000/api/users/1 更新特定用户
- DELETE 请求:http://localhost:3000/api/users/1 删除特定用户
- PATCH 请求:http://localhost:3000/api/users/1 更新用户的部分信息)
服务端
1 |
|
四、PUT与PATCH的区别
PUT 方法:
PUT 方法用于更新整个资源。当客户端使用 PUT 请求时,它要求服务器将客户端提供的完整资源替换服务器上已有的资源。换句话说,PUT 请求用于更新整个资源的内容。
如果客户端发送的 PUT 请求中包含了所有必要的资源属性,那么服务器应该将该请求中提供的资源完整地替换原有的资源,并且应该将原有资源的所有属性都设置为新资源中的对应属性。如果服务器上不存在与客户端提供的资源标识符相对应的资源,则应该创建一个新的资源。
PATCH 方法:
PATCH 方法用于局部更新资源。与 PUT 不同,PATCH 请求不要求客户端提供完整的资源,而是允许客户端提供要修改的资源的部分属性。服务器应该根据客户端提供的部分资源属性来对服务器上的资源进行部分更新,而不是完全替换整个资源。
PATCH 请求允许客户端按需更新资源的特定部分,而无需发送整个资源的副本。这对于更新大型资源或仅需更新部分属性的情况非常有用。