Skip to main content

10 个常用的软件架构模式


你是否曾经思考过如何设计大型的企业级系统？在决定启动软件开发之前，首要的是选择恰当的架构来指引系统的功能及质量属性设计。因此在将软件架构应用于设计之前，必需要了解常用的架构模式。


什么是架构模式?


Wikipedia 的解释：

在软件架构中，架构模式是对特定环境下常见问题的通用且可重用的解决方案。架构模式与软件设计模式很相似，但架构模式的层次更高，且外延更大。

这篇文章将简述常见的 10 种架构模式的概念、用法以及其优缺点。

  1. 分层模式(Layered pattern)
  2. 客户端／服务器模式(Client-server pattern)
  3. 主／从模式(Master-slave pattern)
  4. 管道／过滤器模式(Pipe-filter pattern)
  5. 代理模式(Broker pattern)
  6. 对等模式(Peer-to-peer pattern)
  7. 事件总线模式(Event-bus pattern)
  8. 模型／视图／控制器(MVC)模式(Model-view-controller pattern)
  9. 黑板模式(Blackboard pattern)
  10. 解析器模式(Interpreter pattern)


1. 分层模式(Layered pattern)


分层模式用于对结构化设计的软件进行层次拆解，每个层次为独立的抽象，为其上层抽象提供服务。

系统通常被拆分为以下四个层次：

  • 表示层（也称为 UI 层）
  • 应用层（也称为服务层）
  • 业务逻辑层（也称为领域层）
  • 数据访问层（也称为持久化层）


使用场景


  • 通用桌面应用程序
  • 电子商务 Web 应用


2. 客户端／服务器模式(Client-server pattern)


客户端／服务器模式由两个部分构成：一个服务器与多个客户端。服务器组件同时为多个客户端组件提供服务。客户端向服务器发启服务请求，服务器将相应服务信息回应给客户端。此外，服务器持续监听来自客户端的请求。

使用场景


  • 电子邮件、文件共享及银行业务等在线应用


3. 主／从模式(Master-slave pattern)


主／从模式由两个部分构成：主设备与从设备。主服务组件将作业分发给多个从设备组件，并根据这些从设备反馈的结果，计算生成最终结果。

使用场景


  • 数据库复制，主数据库被认定为权威数据源，各从数据库与主数据保持同步
  • 在计算机系统中通过总线互连的各设备（包括主设备与从设备）


4. 管道／过滤器模式(Pipe-filter pattern)


管道／过滤器模式用于构造用于生成及处理数据流的系统。每个处理过程都封装在过滤器（filter）组件之中，要处理的数据通过 管道(pips) 进行投递。管道同时用于作为 过滤器（filter） 间的缓冲及同步。

使用场景


  • 编译器，一系列的过滤器用于词法分析、语法分析、语义分析及代码生成
  • 生物信息学的工作流


5. 代理模式（Broker pattern）


代理模式用于在结构化系统中对组件解耦。系统内各组件间采用远过程调用（remote service invocations）的方式交互。代理（Broker）组件充当组件间通讯的协调角色。

提供服务的组件将其能力（服务以及特性）发布给代理，客户端均向代理请求服务，由代理将请求重定向到先前已发布过对应服务的组件进行处理。

使用场景


  • 消息中间件软件：Apache ActiveMQ，Apache Kafka，RabbitMQ 与 JBoss 等等


6. 对等模式(Peer-to-peer pattern)


对等模式中的组件称之为对等体（peer），对等体既作为向其他对等体请求服务的客户端，同时也做为响应其他对等体请求的服务端。对等体可以在运行过程中动态地改变其角色，即，既可以单独做为客户端或服务端运行，又可同时作为客户端与服务端运行。

使用场景


  • 网络文件共享：Gnutella 与 G2)
  • 流媒体协议：P2PTV 与 PDTP.
  • 流媒体应用： Spotify.


7. 事件总线模式（Event-bus pattern）


事件总线模式应用于事件处理，主要由四个组件构成：事件源（event source），事件侦听者（event listener），通道（Channel）以及总线（event bus）。 事件源将消息发布到总线的特定通道，侦听者订阅相应的通道，事件源所发布的消息经通道通告给订阅通道的侦听者。

使用场景


  • Android 开发
  • 通告（Notification）服务


8. 模型／视图／控制器(MVC)模式（Model-view-controller pattern）


模型／视图／控制器模式（简称 MVC 模式）将交互式应用程序拆分为三个部分：

  1. 模型（model） – 包含核心功能及数据
  2. 视图（view） – 呈现信息给用户（通过有多个视图）
  3. 控制器（controller） – 处理用户的输入操作

MVC 模式通过将内部信息表示、用户信息呈现以及用户操作接收分开的方式解耦组件，实现高效代码重用。

使用场景


  • 主流开发语言所构建的互联网网页应用架构
  • Django 与 Rails 等网页应用开发框架


9. 黑板模式（Blackboard pattern）


黑板模式适用于 无预知确定解决策略 的问题，主要由三个组件构成：

  • 黑板（blackboard） – 用于存储解空间对象的结构化全局内存
  • 知识（knowledge）源 – 能自表意的专用模块
  • 控制（control）组件 – 选择、配置与执行的模块

所有的组件均能访问黑板，组件可将新生成的数据对象写入黑板，也可以通过模式匹配从黑板中获取知识源所生成的特定数据。

使用场景


  • 语音识别
  • 车辆识别和追踪
  • 蛋白质的结构鉴定
  • 声纳信号解析


10. 解析器模式（Interpreter pattern）


解析器模式用于设计语言的解析程序，主要用于指定评估程序代码行，即解析出特定语言的语句与表达式，其核心思想是为语言的每个符号定义相应的类。

使用场景


  • SQL 等数据库查询语言
  • 通讯协议描述语言


上述架构模式的对比


下表格总结了各架构模式的优缺点

Labels:

Comments

Post a Comment

https://gengwg.blogspot.com/

Popular posts from this blog

OWASP Top 10 Threats and Mitigations Exam - Single Select

Last updated 4 Aug 11 Course Title: OWASP Top 10 Threats and Mitigation Exam Questions - Single Select 1) Which of the following consequences is most likely to occur due to an injection attack? Spoofing Cross-site request forgery Denial of service   Correct Insecure direct object references 2) Your application is created using a language that does not support a clear distinction between code and data. Which vulnerability is most likely to occur in your application? Injection   Correct Insecure direct object references Failure to restrict URL access Insufficient transport layer protection 3) Which of the following scenarios is most likely to cause an injection attack? Unvalidated input is embedded in an instruction stream.   Correct Unvalidated input can be distinguished from valid instructions. A Web application does not validate a client’s access to a resource. A Web action performs an operation on behalf of the user without checking a shared sec
2 comments
Read more

CKA Simulator Kubernetes 1.22

  https://killer.sh Pre Setup Once you've gained access to your terminal it might be wise to spend ~1 minute to setup your environment. You could set these: alias k = kubectl                         # will already be pre-configured export do = "--dry-run=client -o yaml"     # k get pod x $do export now = "--force --grace-period 0"   # k delete pod x $now Vim To make vim use 2 spaces for a tab edit ~/.vimrc to contain: set tabstop=2 set expandtab set shiftwidth=2 More setup suggestions are in the tips section .     Question 1 | Contexts Task weight: 1%   You have access to multiple clusters from your main terminal through kubectl contexts. Write all those context names into /opt/course/1/contexts . Next write a command to display the current context into /opt/course/1/context_default_kubectl.sh , the command should use kubectl . Finally write a second command doing the same thing into /opt/course/1/context_default_no_kubectl.sh , but without the use of k
Post a Comment
Read more

标 题: 关于Daniel Guo 律师

发信人: q123452017 (水天一色), 信区: I140 标  题: 关于Daniel Guo 律师 关键字: Daniel Guo 发信站: BBS 未名空间站 (Thu Apr 26 02:11:35 2018, 美东) 这些是lz根据亲身经历在 Immigration版上发的帖以及一些关于Daniel Guo 律师的回 帖，希望大家不要被一些马甲帖广告帖所骗，慎重考虑选择律师。 WG 和Guo两家律师对比 1. fully refund的合约上的区别 wegreened家是case不过只要第二次没有file就可以fully refund。郭家是要两次case 没过才给refund，而且只要第二次pl draft好律师就可以不退任何律师费。 2. 回信速度 wegreened家一般24小时内回信。郭律师是在可以快速回复的时候才回复很快，对于需 要时间回复或者是不愿意给出确切答复的时候就回复的比较慢。 比如：lz问过郭律师他们律所在nsc区域最近eb1a的通过率，大家也知道nsc现在杀手如 云，但是郭律师过了两天只回复说让秘书update最近的case然后去网页上查，但是上面 并没有写明tsc还是nsc。 lz还问过郭律师关于准备ps （他要求的文件）的一些问题，模版上有的东西不是很清 楚，但是他一般就是把模版上的东西再copy一遍发过来。 3. 材料区别 （推荐信） 因为我只收到郭律师写的推荐信，所以可以比下两家推荐信 wegreened家推荐信写的比较长，而且每封推荐信会用不同的语气和风格，会包含lz写 的research summary里面的某个方面 郭家四封推荐信都是一个格式，一种语气，连地址，信的称呼都是一样的，怎么看四封 推荐信都是同一个人写出来的。套路基本都是第一段目的，第二段介绍推荐人，第三段 某篇或几篇文章的abstract，最后结论 4. 前期材料准备 wegreened家要按照他们的模版准备一个十几页的research summary。 郭律师在签约之前说的是只需要准备五页左右的summary，但是在lz签完约收到推荐信 ，郭律师又发来一个很长的ps要lz自己填，而且和pl的格式基本差不多。 总结下来，申请自己上心最重要。但是如果选律师，lz更倾向于wegreened，
Post a Comment
Read more