- 标清
- 2.0x
- 1.5x
- 1.25x
- 1.0x
- 0.5x
Web协议详解与抓包实战
五种架构风格
1. 数据流风格 Data-flow Styles
优点：简单性、可进化性、可扩展性、可配置性、可重用性
2. 复制风格 Replication Styles
优点：用户可察觉的性能、可伸缩性，网络效率、可靠性也可以提到提升
3. 分层风格 Hierarchical Styles
优点：简单性、可进化性、可伸缩性
4. 移动代码风格 Mobile Code Styles
优点：可移植性、可扩展性、网络效率
5. 点对点风格 Peer-to-Peer Styles
优点：可进化性、可重用性、可扩展性、可配置性
课程相关资料下载地址
https://github.com/geektime-geekbang/geektime-webprotocol
论文链接
A Component- and Message-Based Architectural Style for GUI Software
推荐书籍
精选留言(18)
2019-05-30什么是正向代理和反向代理？作者回复: 服务于客户端的是正向代理，例如你需要翻墙时在浏览器配置的代理服务器；
服务于服务器端的是反向代理，主要用途是负载均衡与协议适配。 1 11
2019-05-18作为一个小小滴前端，居然看着各种架构设计的课，我膨胀了作者回复: 架构师并不遥远：-）
1 6
2019-05-11这一节高度确实很高，让我结合我看到过的架构模型，知识串联起来让我的架构知识点清晰了不少，虽然很多点还是很难理解，不过已经很好了作者回复: 学完这节课，能够对后续的应用场景有更深的理解：-）
5
2019-07-21老师提到http2.0做不到无状态，那http2.0是不是就不能被称作RESTful的协议呢？作者回复: http2.0协议在同一连接上不同消息间是有状态的，但http2.0把这个状态封装在协议处理模块里了，并没有把状态暴露给应用。
你可以这么理解，应用仍然可以像http/1.1一样去拿URI/Method/Header，虽然发送方可能并没有发送完整的内容（比如57课Header要靠动态表去取之前Stream传输时存下的内容）。所以，http2.0只是协议通讯，它并不影响HTTP RESTful API。 2
2019-06-06懵了，作为非计算机专业的前端工程师，虽然能完成工作，网络基础知识还差很多，加油吧，虽然没听懂，硬着头皮听，我想多重复几遍，应该能懂一些。多学习，补差距作者回复: 这节课知识量太多，可以先继续向后看，等第一部分课程学完再回头看一遍：-）
2
2019-05-13原来系统中的每一个组件，都对应一种架构风格或者在一种架构风格中扮演着某种角色，每种风格还有一个很潮的名字😊作为一名SQL/Java/NodeJS/VueJS全干只会编码的FSD，涨芝士乐。高屋建瓴的感觉。作者回复: 带着这种感觉再学习后续的课程：-）
2- 2019-05-09由于，自己是前端工程师，只对基于CS的架构能理解，其它，没接触过的，真的是很难理解。我想，其他类型工程师，可能也只能理解自己领域的架构。能不能在说一些术语或是某些场景时，小白化些。非常感谢。
作者回复: REST架构其实是站在架构师角度才能理解，只有第7、8课在讨论架构，在后面的课程中都会很浅显很小白化，我建议阅读完第1部分其他所有课程后，再回过头重学这一节课，可能会有更多收获。
2 
2019-05-06有点太抽象了，能不能介绍点简单具体的例子作者回复: 比如mysql这种需要客户端和服务器同时保存应用状态就得被REST抛弃，或者像kafka这样的消息订阅、推送也不行；或者REST选中javascript或者javaapplet都是因为COD架构下，允许提供更好的交互体验及扩展性
2
2019-05-11老师，这些架构风格有什么权威的书籍可以参考吗作者回复: 没有，主要参考Roy的论文：https://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm
1- 2019-05-10好的，我会继续学习完后面部分，再返回来重学一下这节。
作者回复: 坚持学完这门课，相信你会对整个TCP/IP栈有一个完整的了解，加油！
1 1 - 2019-11-04做前端的时候知道restful api，但是感觉这个东西很抽象，比如为什么叫rest，和其他函数调用有什么区别，真是很模糊，听老师讲这节课，又想起来了这个东西，似乎是明白了一些根源，期待在后面能更加清楚这些东西
作者回复: rest是一个架构方向的词汇，涉及到的知识点很多，而且很多名为rest的实现是有其上下文场景的，需要综合分布式架构方面的知识才能贯穿，你可以多从后端的实现层面思考：-）
1 
2019-09-27这个架构里面为什么无状态反而提升了性能。感觉到架构只是更好的做到了该分离的分离。做到了更好的资源匹配。提升了响应时间。有那种像原来速度不匹配，会浪费资源。现在做到了分门别类。而且还加了缓存。那资源的速度更快了。作者回复: 无状态不会提升性能，它降低了性能，但提高了可伸缩性，进而提升了可用性。
2019-09-23原来优秀的架构就在这些 古老的协议中 ，赶紧膜拜完多看几遍 ！
2019-08-20架构种类太多了，在学习过程中，感觉无法很深入的了解。希望后续课程可以带来更好的体验作者回复: 这种架构分类更多的是针对web场景，不具备更大的普适性
- 2019-06-14老师您好，请问apache storm flink这种开源框架对数据的处理，是不是就是按照第一种数据流风格的架构设计的？
然后zookeeper感觉也很像第二种复制风格的架构呢？作者回复: 是的
2019-06-04老师你好，
REST架构要求这么多风格特性，是不是必须要满足所有的风格特性，才能称之为REST架构？
怎么可以一眼识别设计是REST风格，而不是其他风格的呢？作者回复: 是的。这里我介绍了推导过程，其实很多架构风格不是在REST架构中的，实际REST架构的内容并不多，记忆它们的关键是，先要知道它们在解决什么问题（第6课），然后再理解为什么REST中的几种架构风格能够解决这些问题。
2019-05-12由LCOD$SS 和 U 怎么得出得REST架构呢？
REST中得
R: reliable 可靠性 和 reusable 可重用性
E: extensible 可扩展性
S: stateless 无状态性 和 scalable 可伸缩性 Simple 简单性
T ： style 风格
这几个单词是这样理解吗？
而 RESTful API 代表的是资源状态转移 Representational State Transfer，这是不是就是名称重复了？ 具体得关系是什么呢？展开作者回复: 不是这样理解的，REST就是Representational State Transfer的意思，并不是每个字母表示某种具体的架构。REST只是个名称：-）
2019-05-11我觉得这个风格分类没有架构师考试的那个风格分类好理解作者回复: 这个分类有2个问题：1、仅面向网络系统；2、是2000年为了HTTP/1.1而总结提炼出的，既有针对性也有历史局限性。所以与现在的架构师考试会有很大差别：-）