1. 数据流风格 Data-flow Styles
优点：简单性、可进化性、可扩展性、可配置性、可重用性
2. 复制风格 Replication Styles
优点：用户可察觉的性能、可伸缩性，网络效率、可靠性也可以提到提升
3. 分层风格 Hierarchical Styles
优点：简单性、可进化性、可伸缩性
4. 移动代码风格 Mobile Code Styles
优点：可移植性、可扩展性、网络效率
5. 点对点风格 Peer-to-Peer Styles
优点：可进化性、可重用性、可扩展性、可配置性

论文链接

A Component- and Message-Based Architectural Style for GUI Software

推荐书籍

展开 

登录后留言

全部留言(23)

最新
精选

无名

什么是正向代理和反向代理？

作者回复: 服务于客户端的是正向代理，例如你需要翻墙时在浏览器配置的代理服务器；服务于服务器端的是反向代理，主要用途是负载均衡与协议适配。

2019-05-30

3

24

酸菜鱼哥哥

作为一个小小滴前端，居然看着各种架构设计的课，我膨胀了

作者回复: 架构师并不遥远：-）

2019-05-18

3

14

黑夜里的猫

这一节高度确实很高，让我结合我看到过的架构模型，知识串联起来让我的架构知识点清晰了不少，虽然很多点还是很难理解，不过已经很好了

作者回复: 学完这节课，能够对后续的应用场景有更深的理解：-）

2019-05-11



5

vulture

老师提到http2.0做不到无状态，那http2.0是不是就不能被称作RESTful的协议呢？

作者回复: http2.0协议在同一连接上不同消息间是有状态的，但http2.0把这个状态封装在协议处理模块里了，并没有把状态暴露给应用。你可以这么理解，应用仍然可以像http/1.1一样去拿URI/Method/Header，虽然发送方可能并没有发送完整的内容（比如57课Header要靠动态表去取之前Stream传输时存下的内容）。所以，http2.0只是协议通讯，它并不影响HTTP RESTful API。

2019-07-21



4

南墙的树

懵了，作为非计算机专业的前端工程师，虽然能完成工作，网络基础知识还差很多，加油吧，虽然没听懂，硬着头皮听，我想多重复几遍，应该能懂一些。多学习，补差距

作者回复: 这节课知识量太多，可以先继续向后看，等第一部分课程学完再回头看一遍：-）

2019-06-06



4

SpaceX

有点太抽象了，能不能介绍点简单具体的例子

作者回复: 比如mysql这种需要客户端和服务器同时保存应用状态就得被REST抛弃，或者像kafka这样的消息订阅、推送也不行；或者REST选中javascript或者javaapplet都是因为COD架构下，允许提供更好的交互体验及扩展性

2019-05-06



3

cyper

原来系统中的每一个组件，都对应一种架构风格或者在一种架构风格中扮演着某种角色，每种风格还有一个很潮的名字😊作为一名SQL/Java/NodeJS/VueJS全干只会编码的FSD，涨芝士乐。高屋建瓴的感觉。

作者回复: 带着这种感觉再学习后续的课程：-）

2019-05-13



2

wheat7

老师，这些架构风格有什么权威的书籍可以参考吗

作者回复: 没有，主要参考Roy的论文：https://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm

2019-05-11



2

gpd2019

由于，自己是前端工程师，只对基于CS的架构能理解，其它，没接触过的，真的是很难理解。我想，其他类型工程师，可能也只能理解自己领域的架构。能不能在说一些术语或是某些场景时，小白化些。非常感谢。

作者回复: REST架构其实是站在架构师角度才能理解，只有第7、8课在讨论架构，在后面的课程中都会很浅显很小白化，我建议阅读完第1部分其他所有课程后，再回过头重学这一节课，可能会有更多收获。

2019-05-09



2

看完这节课明白, 说自己以前看到的REST架构是盲人摸象都是对自己的极大恭维!

作者回复: 加油^_^

2020-10-20



1

收起评论

五种架构风格

课程相关资料下载地址

论文链接

推荐书籍

全部留言(23)