HTTP1.1(二)Web架构的设计原则

一  Web架构的设计原则

说明： 本文大多是'原理'讲解,比较'晦涩'难懂,可略过,仅做'记录',后续再回过头思考

①  HTTP协议现在的样子

②  HTTP解决了什么问题 

 

③  评估Web架构的7大关键属性

++++++++++++++ "架构属性：性能深入讲解" ++++++++++++++

++++++++++++++ "架构属性：可修改性" ++++++++++++++

1) 可进化性：用户的浏览器'迭代'升级,但是'server'端不变,还可以正常访问

2) 可扩展性：SSL'加密'的支持

3) 可配置性：'客户端'修改配置选项、或者服务端修改'配置文件'

 ④  五种架构风格

1) 每种架构风格有'具体'的架构

2) HTTP的REST架构是如何'由这五类架构'推衍出来的

3) 方便后续课程'自顶向下'的学习

4) 架构风格:日常编程中可能有'习惯'用法,在'高一级中'可能有'设计模式',再高一层的抽象就是'架构'

   --> 某一类架构有'相同的或类似'的约束,把它归类的一类'架构风格'

⑤  数据流风格

简单性: 统一'接口'

可扩展: 模块

可配置：通过'配置文件'修改

可重用：模块可以'单独拿出来'跟新的架构使用

⑥  复制风格

⑦  分层风格

⑧  移动代码风格

移动：实际'执行'的代码可以'任意'在客户端或者服务端'移动'的,出现下列'五种'架构

⑨  点对点风格

特点： REST架构'没有'使用,但是'分布式架构'经常使用

⑩  风格演进

1）复制：提供相同服务的'进程'

2）'缓存'

3）前后段'分离'

Roy的论文  理解本真的REST架构风格