10 种常见的软件架构模式,超详细讲解!

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

什么是架构模式

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

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

  • 分层模式

  • 客户端-服务器模式

  • 主从设备模式

  • 管道-过滤器模式

  • 代理模式

  • 点对点模式

  • 事件总线模式

  • 模型-视图-控制器模式

  • 黑板模式

  • 解释器模式

分层模式

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

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

  • Presentation layer 表示层(也就是UI层)

  • Application layer 应用层(也就是服务层)

  • Business logic layer 业务逻辑层(也就是领域层)

  • Data access layer 数据访问层(也就是数据持久层)

应用

  • 一般桌面应用程序

  • 电子商务Web应用程序

客户端-服务器模式

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

应用

  • 在线应用程序,如电子邮件、文件共享和银行业务等

主从模式

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

应用

  • 数据库复制中,主数据库被视作权威数据源,而从数据库与其保持同步

  • 连接到计算机系统总线上的外围设备(主驱动器和从驱动器)

管道过滤模式

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

应用
  • 编译器。依次使用不同的过滤器执行词法分析、解析、语法分析和代码生成

  • 生物信息学中的工作流程

Broker模式

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

服务器将它们的功能(服务和特征等)发布到代理,客户端向代理请求服务,然后代理根据其注册表将客户端请求转发给合适的服务。

应用

P2P模式

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

应用

  • 文件共享网络,如Gnutella 和 G2

  • 多媒体协议,如P2PTV 和 PDTP

  • 基于加密货币的产品,如比特币和区块链

事物总线模式

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

应用

  • 安卓开发

  • 通知服务

MVC模式

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

  • 模型——包含核心功能和数据

  • 视图——向用户显示信息(可以定义多个视图)

  • 控制器——处理用户的输入

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

应用

黑板模式

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

  • 黑板—— 一个结构化的全局内存,包含解决方案领域的对象

  • 知识源——具有自身含义的专业模块

  • 控制组件——选择、配置和执行模块

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

应用

  • 语音识别

  • 车辆识别与跟踪

  • 蛋白质结构鉴定

  • 声呐信号解释

解释器模式

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

应用

  • 数据库查询语言,如SQL

  • 用于描述通信协议的语言

架构模式对比

模式优点缺点
分层模式一个底层服务可以被不同的高层服务使用;分层结果更容易进行标准化,因为可以清晰地定义每个层级,层级内的修改不会影响其它层不是普适性的架构;某些场景下,需要跳过其中一些分层
CS模式容易对系列服务进行建模,供客户端请求请求通常是在服务器的不同线程中进行响应的;
主从模式准确性——服务的执行委托给了不同的从模块从模块是独立的:没有共享状态;主从模块间的通信延迟可能是一个问题,尤其在实时系统中。
管道过滤器模式支持并发处理,其中输入、输出由数据流组成时,过滤器在接收到数据时即开始计算;容易添加过滤器,系统很容易扩展;过滤器可重用,可以通过重新组合已有的过滤器来创建不同的管道流。整体效率受最慢的过滤程序限制;从一个过滤器传递到另一个时,存在数据转换的负载
代理模式允许对象进行动态的修改、增、删、重定位,对开发者来说内容分发是透明的需要对服务描述进行标准化
P2P模式支持去中心化运算;对任意节点的失败都有高度稳定性;在资源和计算能力方面具有高度可伸缩性无法保证服务质量,因为节点之间是自愿合作的;很难保证安全;性能取决于节点的数量
事件总线模式很容易向系统好加入新的发布者、订阅者和连接;对于高度分布式应用很有效伸缩性可能是个难题,因为所有的信息传输都要通过相同的时间总线
MVC模式对同一模型很容易构建多个视图,在运行时可以任意连接或断开增加了复杂性,用户操作可能导致很多不必要的更新
黑板模式容易添加新应用;很容易扩展数据空间中的结构修改数据空间的结构很难,因为所有的应用都会被影响;可能需要同步机制和访问控制
解释器模式可能支持高度动态化行为;有利于终端用户的可编程性;增强了灵活性,因为替换一个解释程序很容易因为解释型语言通常比编译型语言要慢,因此性能可能是一个问题

  • 18
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MVC三层架构是一常见的软件设计模式,用于将应用程序分为三个主要部分:模型(Model)、视图(View)和控制器(Controller)。每个部分都有不同的职责,可以分别进行开发、测试和维护。 1. 模型层(Model) 模型层是应用程序的核心部分,负责处理数据和业务逻辑。它通常包含以下组件: - 数据访问层(Data Access Layer):处理与数据库或其他数据源的交互,如数据的读取、插入、更新和删除等操作。 - 业务逻辑层(Business Logic Layer):处理应用程序的业务逻辑,如数据验证、计算、转换和处理等操作。 - 实体类(Entity Class):表示应用程序中的数据模型,如用户、订单、产品等,通常包含与数据相关的属性和方法。 模型层通常是应用程序中最复杂和最具体的部分,因为它需要处理数据和业务规则。它也是应用程序的核心部分,因为它包含应用程序中的所有数据和业务逻辑。 2. 视图层(View) 视图层是用户界面的部分,负责展示数据和与用户交互。它通常包含以下组件: - 界面(Interface):表示用户界面的设计和布局,如文本框、按钮、标签等。 - 视图模型(View Model):表示视图中显示的数据模型,通常是从模型层中获取的数据。 视图层的任务是将模型层中的数据呈现给用户,并接收用户的输入。它通常是应用程序中最易于更改的部分,因为它只处理界面和用户交互。 3. 控制器层(Controller) 控制器层是应用程序的协调部分,负责处理用户的请求和响应。它通常包含以下组件: - 控制器(Controller):接收用户的请求并将其转发给模型层或视图层,然后处理响应并将其返回给用户。 - 路由(Router):负责将用户请求映射到相应的控制器和操作。 控制器层的任务是协调模型层和视图层之间的交互,并处理用户的请求和响应。它通常是应用程序中最灵活和最具有扩展性的部分,因为它可以根据应用程序的需求进行定制和扩展。 总之,MVC三层架构是一常见的软件设计模式,它将应用程序分为模型、视图和控制器三个部分,每个部分都有不同的职责,可以分别进行开发、测试和维护。这模式具有良好的可扩展性、可维护性和可重用性,是现代软件开发中广泛应用的一架构模式

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值