大家好，小C将继续与你们见面，带来精选的CSDN博文~
又到周一啦，上周的系统化学习专栏已经结束，我们总共一起学习了20篇文章，这周将开启全新专栏《放假不停学，全栈工程师养成记》
在这里，你将收获：
新年快乐！春节过后的学习脚步可不能停下，小C今天推荐的是两篇关于“软件模式”的博文！
本文转载自CSDN博主@evandeng2009
本文译自https://towardsdatascience.com/10-common-software-architectural-patterns-in-a-nutshell-a0b47a1e9013?gi=f8addb915af7，作者Vijini Mallawaarachchi，Sep 4, 2017。
为了更好的组织语言和理解，符合我们的阅读习惯，原文的部分段落被合并或者分割。为体现完整性，不删减文字，保持原文文字内容。翻译纯属个人喜爱、分享和收藏。
是否想知道大型企业级系统是怎么设计的？在软件主体开发之前，我们必须选择一个合适的架构来提供所需的功能和质量特征。所以在应用于设计之前，我们应该了解不同的架构。
维基百科： 架构模式是在给定上下文的软件架构中，针对常发生问题的一种通用、复用的解决方案。架构模式类似于软件设计模式，但是范畴更广。
本文中，我将简要的阐述如下10中常见架构模式的应用和优缺点。
1. 分层模式
2. 客户端-服务端模式
3. 主从模式
4. 管道-过滤器模式
5. 代理模式
6. 点对点模式
7. 事件总线模式
8. 模型-视图-控制器模式
9. 黑板模式
10. 解释器模式
该模式用于构建可分解为多组子任务的程序，每个子任务都在某个抽象层，每个层对上一个更高层提供服务。一般信息系统中最常见的4层体系如下。
应用场景
该模式由两部分构成：单个服务器端和多个客户端。服务器组件对多个客户端组件提供服务。客户端向服务器端请求服务，服务端提供对应服务给这些客户端。此外，服务器端继续监听客户端请求。
应用场景
该模式由两部分构成：主节点和多个从节点。主节点组件向多个独立的从节点组件分派任务，并根据从节点返回结果计算出最终结果。
应用场景
该模式用于构建生产和处理数据流的系统。每个处理步骤封装在一个过滤器组件中。待处理的数据被传送到管道之中，这些管道可用于缓冲或者同步。
应用场景
该模式用于构建组件解耦的分布式系统。这些组件通过远程调用彼此交互。代理组件负责多个组件的通信协调，服务器向代理公开他们的能力（服务和特性）；客户端从代理中获取服务，然后代理重定向客户端到注册服务库中一个合适的服务。
应用场景
该模式中，各独立组件都叫对等点。对等点既可以作为客户端从其他对等点获取服务，也可作为服务端向其他对等点提供服务。对等点可作为客户端、或者服务端、或者两者，并且在不时间动态切换角色。
应用场景
该模式主要处理事件，有4个主要组件：事件源，事件监听器，频道和事件总线。事件源发布消息到事件总线上的某个频道，监听器订阅某个频道，并得知在已订阅频道中发布的消息。
应用场景
该模式也叫 MVC 模式，划分交互程序为3个部分：模型——包含核心功能和数据，视图——显示信息给用户（多个视图可被定义），控制器——处理用户输入。它通过分割用户信息的内部陈述和呈现、接受方式来实现，解耦组件并允许高效的代码复用。
应用场景
该模式对没有确定性方案策略的问题很有用。黑板模式由三个主要组件组成，黑板——包含解空间对象的结构化全局内存，知识源——有自拥表示的专门模块，控制组件——选择、配置和执行模块。所有组件都可访问黑板，可生成新的数据对象并添加到黑板中。在黑板中，可根据已有知识源的匹配规则，寻找某些类型的数据。
应用场景
该模式用于设计解释特定语言编写的程序的组件。该组件主要指定怎么去评估程序代码行，也就是所谓的用某种语言写的语句或者表达式，基本点在于给语言符号分类。
应用场景
下面的表格概述每个架构模式的优缺点。
关注高校俱乐部，更多精彩内容等着你
