《软件架构的10个常见模式》，看完真心以为不错

做者：半吊子全栈工匠
原文连接：https://blog.csdn.net/wireless_com/article/details/89008061

 

企业规模的软件系统该如何设计呢？在开始写代码以前，咱们须要选择一个合适的架构，这个架构将决定软件实施过程当中的功能属性和质量属性。所以，了解软件设计中的不一样架构模式对咱们的软件设计会有较大的帮助。

什么是架构模式？

根据维基百科：架构模式是针对特定软件架构场景常见问题的通用、可重用解决方案。架构模式相似于软件设计模式，但范围更广。本文将简要解释10种常见架构模式及其用法、优缺点。

分层模式（Layered pattern）

客户端-服务器模式（Client-server pattern）

主从模式（Master-slave pattern）

管道-过滤器模式（Pipe-filter pattern）

代理模式（Broker pattern）

点对点模式（Peer-to-peer pattern）

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

模型-视图-控制器模式（Model-view-controller pattern）

黑板模式（Blackboard pattern）

解释器模式（Interpreter pattern）

1. 分层模式

此模式用于可分解为子任务的结构化程序，每一个子任务都位于特定的抽象层级，每一层都为上一层提供服务。通常信息系统最多见的4个层次以下。

表示层(也称为UI层)

应用层(也称为服务层)

业务逻辑层(也称为领域层)

数据访问层(也称为持久层)

应用场景：

通常的桌面应用程序

电子商务web应用程序

通常的移动App

分层模式

2. 客户端-服务器模式

这种模式由两部分组成：服务器和多个客户端。服务器将向多个客户端提供服务。客户端从服务器请求服务，服务器向这些客户端提供相关服务。此外，服务器继续侦听客户端请求。

应用场景：

电子邮件、文档共享和银行等在线应用程序。

基于IPC的应用程序

客户端-服务器模式

3.主从模式

这种模式由两部分组成：主节点和从节点。主节点将工做分配给相同的从节点，并根据从节点返回的结果计算最终结果。

应用场景：

在数据库复制中，主数据库被视为权威源数据库，从数据库与之同步。

经过总线链接到计算机系统(主驱动器和从驱动器)的外围设备。

进程内的多线程应用。

主-从模式

4.管道-过滤器模式

这种模式可用于构造生成和处理数据流的系统。每一个处理步骤都包含一个过滤器组件。要处理的数据经过管道传递。这些管道可用于缓冲或同步目的。

应用场景：

编译器。连续过滤器执行词法分析、词法解析、语义分析和代码生成。

生物信息学的工做流

工具链式的应用程序

管道-过滤器模式

5. 代理模式

这种模式经过解耦组件来构造分布式系统。这些组件能够经过远程服务调用彼此交互。代理组件负责协调组件之间的通讯。服务器向代理发布功能(服务和特征)。客户端向代理请求服务，而后代理将客户端重定向到合适的服务。须要注意broker，agent，proxy以及delegate的区别。

应用场景：

消息代理软件，例如：Apache ActiveMQ、Apache Kafka、RabbitMQ和JBoss消息传递。

网络传输中的代理软件。

代理模式

6. P2P模式

在这种模式中，每一个组件都称为对等节点。对等节点既能够做为客户机(从其余对等节点请求服务)，也能够做为服务器(向其余对等节点提供服务)。对等节点能够充当单个客户机或服务器，也能够同时充当客户机和服务器，而且能够随着时间变化动态地更改角色。

使用场景：

文件共享网络，例如Gnutella和G2等。

多媒体协议，如P2PTV和PDTP。

P2P模式

7. 事件-总线模式

这种模式也被称为订阅发布模式，主要处理事件，有4个主要组件：事件源、事件监听者、通道和事件总线。事件源将消息发布到事件总线上的特定通道，监听者订阅特定的通道。消息发布到监听者以前订阅的通道，监听者将收到消息的通知。

使用场景：

安卓开发

通知服务

注册中心

事件-总线模式

8. 模型-视图-控制器模式

这种模式，也称为MVC模式，将一个交互应用程序分为三个部分：

模型-包含核心功能和数据

视图——向用户显示信息(能够定义多个视图)

控制器——处理来自用户的输入

这样作是为了将信息的内部表示、信息呈现给用户的方式、接受用户输入的方式分离开来。这种模式解耦组件并容许有效的代码重用。

应用场景：

通常的web应用程序架构

Django和Rails等Web框架

通常的GUI 应用程序

模型-视图-控制器模式

9. 黑板模式

这种模式对于没有肯定解决方案策略的问题很是有用。黑板图案由三个主要部分组成：

黑板：一个结构化的全局内存，包含来自解决方案空间的对象

知识源：具备本身表示形式的专门化模块

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

全部的组件均可以到达黑板。组件能够生成添加到黑板上的新数据对象。组件在黑板上查找特定类型的数据，并经过与现有的知识源进行模式匹配找到这些数据。

应用场景：

语音识别

车辆识别及追踪

蛋白质结构识别

声纳信号的解释

黑板模式

10. 解释器模式

这种模式用于设计一个解释专用语言编写的程序组件。它主要指定如何评估每一行程序，即用特定语言编写的句子或表达式。其基本思想是语言的每一个符号都有一个类。

加q群：424447547可获取一份Java架构进阶学习资源（高并发+Spring源码+JVM原理解析+分布式架构+微服务架构+多线程并发原理等...这些成为架构师必备的内容）以及Java进阶学习路线图。

应用场景：

数据库查询语言，如SQL。

用于描述通讯协议的语言。

解释器模式

下面的表格总结了每种架构模式的优缺点。

但愿以为这篇文章有用，咱们也很想听听你的想法。