解释器模式举例-10个常见的软件架构模式

  想知道如何设计大型企业级的系统吗？在开始主要的代码开发之前，我们必须选择一种合适的体系架构，它将为我们提供所需的功能和质量属性。因此，在将它们应用到我们的设计之前，应该先了解不同的体系结构。

  什么是架构模式？

  根据维基百科，

  架构模式是在给定上下文中解决软件架构中常见问题的通用、可重用的解决方案。 架构模式类似于软件设计模式，但范围更广。

  在本文中，我会简单介绍下列10种常见的架构模式，及其用途、优势和劣势。

  分层模式

  该模式可用于构建可分解为子任务组的程序，其中每个都处于特定的抽象级别。每一次都向更高层提供服务。

  一般信息系统中最常见的4层划分如下：

  应用

  客户端-服务器模式

  该模式由两部分组成：一个服务端和多个客户端，服务器向多个客户端提供服务。客户端向服务器发起请求，服务器向这些客户端提供相关服务，之后，服务器继续侦听客户端的请求。

  应用

  主从模式

  该模式也分为两块：主模块和从模块。主模块在相同的从模块之间分配工作，并根据从模块返回的结构来计算最终的结果。

  应用

  管道过滤器模式

  此模式可用于构建产生和处理数据流的系统。每个处理步骤都包含在一个过滤器组件中，要处理的数据通过管道传递。这些管道可用于缓冲或者同步。

  应用

  Broker模式

  此模式是使用解耦的组件构建分布式系统，这些组件可以通过远程服务调用实现交互。代理组件负责协调组件之间的通信。

  服务器将它们的功能（服务和特征等）发布到代理，客户端向代理请求服务解释器模式举例解释器模式举例，然后代理根据其注册表将客户端请求转发给合适的服务。

  应用

  P2P模式

  在此模式中，每个独立的组件被称为对等点（或对等端，peer）。对等端既可以充当客户端（向其它对等端请求服务），又可以充当服务器（向其它对等方提供服务）。同一个对等端可能既是客户端，又是服务器，并且可以动态改变其角色。

  应用

  事件总线模式

  该模式主要处理组件，有4个重要的组件：事件源、事件侦听器、通道和事件总线。事件源将消息发送到事件总线上的特定通道，侦听器会订阅特定的频道。当消息发送到频道中后，订阅该频道的侦听器会收到该消息的通知。

  应用

  MVC模式

  该模式将交互式应用分为三个部分，

  模型——包含核心功能和数据视图——向用户显示信息（可以定义多个视图）控制器——处理用户的输入

  这样做是为了将数据的内部表示与用户输入和向用户展示的形式分离开来，这样可以解耦组件，同时也可以进行高效的代码重用。

  应用

  黑板模式

  此模式对于尚无确定性解决方案的问题很有用，黑板模式由三部分组成：

  所有组件都可以访问黑板，组件可能会产生要添加到黑板中的新数据对象，组件在黑板上寻找特定类型的数据，并且可以通过与现有知识源进行模式匹配来找到这些数据。

  应用

  解释器模式

  此模式通常用于设计组件来解释使用专用语言写出的程序，它主要指定如何估算程序行，即以特定语言编写的语句或表达式。 基本思想是为每种语言符号都设计一个类。

  应用

  架构模式对比

  参考

本文共 1077 个字数,平均阅读时长 ≈ 3分钟