文章目录
概念部分
HTTP请求与响应
请求
- 请求行
- 请求头部(末尾加个空行)
- 请求数据(报文体)
响应
- 状态行
- 消息头(末尾加空行)
- 响应正文
RestframeWork风格
Rest风格规范
1.强调HTTP应当以资源为中心,并且规范了资源URI的风格;
2.规范了HTTP请求动作(PUT,POST等)的使用,具有对应的语义;
优点
1.URL具有很强可读性的,具有自描述性;
2.资源描述与视图的松耦合;
3.可提供OpenAPI,便于第三方系统集成,提高互操作性;
4.如果提供无状态的服务接口,可提高应用的水平扩展性;
基本概念
资源(Resource):在REST中,资源可以简单的理解为URI,表示一个网络实体。比如,/users/1/name,对应id=1的用户的属性name。
既然资源是URI,就会具有以下特征:名词,代表一个资源;它对应唯一的一个资源,是资源的地址。
表现(Representation):是资源呈现出来的形式,比如上述URI返回的HTML或JSON,包括HTTP Header等;
MVC与MTV
MVC
- M(Model模型)
程序员编写程序应有的功能(实现算法等等)、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。
- V(View 视图)
界面设计人员进行图形界面设计。
- C(Controller 控制器)
负责转发请求,对请求进行处理。
Djgano的MTV
- M 代表模型(Model):负责业务对象和数据库的关系映射(ORM)。
- T 代表模板 (Template):负责如何把页面展示给用户(html)。
- V 代表视图(View):负责业务逻辑,并在适当时候调用Model和Template。
MVVM模式(Model View ViewModel)
- ViewModel是一个 View 信息的存储结构,ViewModel 和 View 上的信息是一一映射关系。
ViewModel模式的最大好处就是:
“当任何外部事件发生时,永远只操作 ViewModel 中的数据”
单向绑定与双向绑定
- 所谓“单向绑定”就是 ViewModel 变化时,自动更新 View
- 所谓“双向绑定”就是在单向绑定的基础上 View 变化时,自动更新 ViewModel
关系型数据库(SQL)与非关系型数据库(NOSQL)的区别
关系型数据库事务所遵循的四大特性(AC)
- A (Atomicity) 原子性:
原子性很容易理解,也就是说事务里的所有操作要么全部做完,要么都不做,事务成功的条件是事务里的所有操作都成功,只要有一个操作失败,整个事务就失败,需要回滚。
- C (Consistency) 一致性:
一致性也比较容易理解,也就是说数据库要一直处于一致的状态,事务的运行不会改变数据库原本的一致性约束。
- I (Isolation) 独立性:
所谓的独立性是指并发的事务之间不会互相影响,如果一个事务要访问的数据正在被另外一个事务修改,只要另外一个事务未提交,它所访问的数据就不受未提交事务的影响。
- D (Durability) 持久性:
持久性是指一旦事务提交后,它所做的修改将会永久的保存在数据库上,即使出现宕机也不会丢失。
非关系型数据库的CAP理论
NoSQL的基本需求就是支持分布式存储,严格一致性与可用性需要互相取舍
CAP理论:一个分布式系统不可能同时满足C(一致性)、A(可用性)、P(分区容错性)三个基本需求
,并且最多只能满足其中的两项。对于一个分布式系统来说,分区容错是基本需求,否则不能称之为分布式系统,因此需要在C和A之间寻求平衡
- C(Consistency)一致性
一致性是指更新操作成功并返回客户端完成后,所有节点在同一时间的数据完全一致。与ACID的C完全不同
- A(Availability)可用性
可用性是指服务一直可用,而且是正常响应时间。
- P(Partition tolerance)分区容错性
分区容错性是指分布式系统在遇到某节点或网络分区故障的时候,仍然能够对外提供满足一致性和可用性的服务。