点击蓝色“架构文摘”关注我哟
加个“星标”，每天上午 09:25，干货推送！
有没有想过要设计多大的企业规模系统主要的软件开发开始之前，我们必须选择一个合适的体系结构，它将为我们提供所需的功能和质量属性。因此，在将它们应用到我们的设计之前，我们应该了解不同的体系结构。
什么是架构模式/p>
根据维基百科中的定义：
架构模式是一个通用的、可重用的解决方案，用于在给定上下文中的软件体系结构中经常出现的问题。架构模式与软件设计模式类似，但具有更广泛的范围。
一、分层模式
这种模式也称为多层体系架构模式。它可以用来构造可以分解为子任务组的程序，每个子任务都处于一个特定的抽象级别。每个层都为下一个提供更高层次服务。
一般信息系统中最常见的是如下所列的4层。
-
表示层（也称为UI层）
-
应用层（也称为服务层）
-
业务逻辑层（也称为领域层）
-
数据访问层（也称为持久化层）
使用场景：
-
一般的桌面应用程序
-
电子商务Web应用程序
Client-server pattern
三、主从设备模式
这种模式由两方组成：主设备和从设备。主设备组件在相同的从设备组件中分配工作，并计算最终结果，这些结果是由从设备返回的结果。
使用场景：
-
在计算机系统中与总线连接的外围设备（主和从驱动器）
Pipe-filter pattern
五、代理模式
此模式用于构造具有解耦组件的分布式系统。这些组件可以通过远程服务调用彼此交互。代理组件负责组件之间的通信协调。
服务器将其功能（服务和特征）发布给代理。客户端从代理请求服务，然后代理将客户端重定向到其注册中心的适当服务。
使用场景：消息代理软件，如Apache ActiveMQ，Apache Kafka，RabbitMQ和JBoss Messaging
Peer-to-peer pattern
七、事件总线模式
这种模式主要是处理事件，包括4个主要组件：事件源、事件监听器、通道和事件总线。消息源将消息发布到事件总线上的特定通道上。侦听器订阅特定的通道。侦听器会被通知消息，这些消息被发布到它们之前订阅的一个通道上。
使用场景：
-
安卓开发
-
通知服务
Model-view-controller pattern
九、黑板模式
这种模式对于没有确定解决方案策略的问题是有用的。黑板模式由3个主要组成部分组成。
-
黑板——包含来自解决方案空间的对象的结构化全局内存
-
知识源——专门的模块和它们自己的表示
-
控制组件——选择、配置和执行模块
所有的组件都可以访问黑板。组件可以生成添加到黑板上的新数据对象。组件在黑板上查找特定类型的数据，并通过与现有知识源的模式匹配来查找这些数据。
使用场景：
-
语音识别
-
车辆识别和跟踪
-
蛋白质结构识别
-
声纳信 的解释
Interpreter pattern
体系架构模式的比较
下面给出的表格总结了每种体系架构模式的优缺点。
| 名称 | 优点 | 缺点 |
|---|---|---|
| 分层模式 | 一个较低的层可以被不同的层所使用。层使标准化更容易，因为我们可以清楚地定义级别。可以在层内进行更改，而不会影响其他层。 | 不是普遍适用的。在某些情况下，某些层可能会被跳过。 |
| 客户端-服务器模式 | 很好地建立一组服务，用户可以请求他们的服务。 | 请求通常在服务器上的单独线程中处理。由于不同的客户端具有不同的表示，进程间通信会导致额外开销。 |
| 主从设备模式 | 准确性——将服务的执行委托给不同的从设备，具有不同的实现。 | 从设备是孤立的：没有共享的状态。主-从通信中的延迟可能是一个问题，例如在实时系统中。这种模式只能应用于可以分解的问题。 |
| 管道-过滤器模式 | 展示并发处理。当输入和输出由流组成时，过滤器在接收数据时开始计算。轻松添加过滤器，系统可以轻松扩展。过滤器可重复使用。可以通过重新组合一组给定的过滤器来构建不同的管道。 | 效率受到最慢的过滤过程的限制。从一个过滤器移动到另一个过滤器时的数据转换开销。 |
| 代理模式 | 允许动态更改、添加、删除和重新定位对象，这使开发人员的发布变得透明。 | 要求对服务描述进行标准化。 |
| 点对点模式 | 支持分散式计算。对任何给定节点的故障处理具有强大的健壮性。在资源和计算能力方面具有很高的可扩展性。 | 服务质量没有保证，因为节点是自愿合作的。安全是很难得到保证的。性能取决于节点的数量。 |
| 事件总线模式 | 新的发布者、订阅者和连接可以很容易地添加。对高度分布式的应用程序有效。 | 可伸缩性可能是一个问题，因为所有消息都是通过同一事件总线进行的。 |
| 模型-视图-控制器模式 | 可以轻松地拥有同一个模型的多个视图，这些视图可以在运行时连接和断开。 | 增加复杂性。可能导致许多不必要的用户操作更新。 |
| 黑板模式 | 很容易添加新的应用程序。扩展数据空间的结构很简单。 | 修改数据空间的结构非常困难，因为所有应用程序都受到了影响。可能需要同步和访问控制。 |
| 解释器模式 | 高度动态的行为是可行的。对终端用户编程性提供好处。提高灵活性，因为替换一个解释程序很容易。 | 由于解释语言通常比编译后的语言慢，因此性能可能是一个问题。 |
Comparison of Architectural Patterns
end
往期推荐
你知道怎么分库分表吗何做到永不迁移数据和避免热点吗/p>
民生银行在云原生领域的数据中台实践！
高级程序员必知的 7 种软件架构模式！
【震惊】小伙在公司用了个insert into select 居然被开除了。。。
主流微服务全链路监控系统之战
文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树使用JDBC操作数据库数据库操作92005 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！