图解几种常见的软件架构模式

本篇经验将和大家介绍几种常见的软件架构模式，希望对大家的工作和学习有所帮助！

方法/步骤

分层模式

这种模式也称为多层体系架构模式。它可以用来构造可以分解为子任务组的程序，每个子任务都处于一个特定的抽象级别。每个层都为下一个提供更高层次服务。

一般信息系统中最常见的是如下所列的4层。

表示层(也称为UI层)

应用层(也称为服务层)

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

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

使用场景：

一般的桌面应用程序

电子商务Web应用程序

客户端-服务器模式

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

使用场景：

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

主从设备模式

这种模式由两方组成;主设备和从设备。主设备组件在相同的从设备组件中分配工作，并计算最终结果，这些结果是由从设备返回的结果。

使用场景：

在数据库复制中，主数据库被认为是权威的来源，并且要与之同步

在计算机系统中与总线连接的外围设备(主和从驱动器)

管道-过滤器模式

此模式可用于构造生成和处理数据流的系统。每个处理步骤都封装在一个过滤器组件内。要处理的数据是通过管道传递的。这些管道可以用于缓冲或用于同步。

使用场景：

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

生物信息学的工作流

代理模式

此模式用于构造具有解耦组件的分布式系统。这些组件可以通过远程服务调用彼此交互。代理组件负责组件之间的通信协调。

服务器将其功能(服务和特征)发布给代理。客户端从代理请求服务，然后代理将客户端重定向到其注册中心的适当服务。

使用场景：

消息代理软件，如Apache ActiveMQ，Apache Kafka，Ra***itMQ和JBoss Messaging

点对点模式

在这种模式中，单个组件被称为对等点。对等点可以作为客户端，从其他对等点请求服务，作为服务器，为其他对等点提供服务。对等点可以充当客户端或服务器或两者的角色，并且可以随时间动态地更改其角色。

使用场景：

像Gnutella和G2这样的文件共享网络

多媒体协议，如P2PTV和PDTP

像Spotify这样的专有多媒体应用程序

事件总线模式

这种模式主要是处理事件，包括4个主要组件：事件源、事件监听器、通道和事件总线。消息源将消息发布到事件总线上的特定通道上。侦听器订阅特定的通道。侦听器会被通知消息，这些消息被发布到它们之前订阅的一个通道上。

使用场景：

安卓开发

通知服务

模型-视图-控制器模式

这种模式，也称为MVC模式，把一个交互式应用程序划分为3个部分，

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

视图：将信息显示给用户(可以定义多个视图)

控制器：处理用户输入的信息

这样做是为了将信息的内部表示与信息的呈现方式分离开来，并接受用户的请求。它分离了组件，并允许有效的代码重用。

使用场景：

在主要编程语言中互联网应用程序的体系架构

像Django和Rails这样的Web框架

黑板模式

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

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

知识源——专门的模块和它们自己的表示

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

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

使用场景：

语音识别

车辆识别和跟踪

蛋白质结构识别

声纳信号的解释

解释器模式

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

使用场景：

数据库查询语言，比如SQL

用于描述通信协议的语言

浅谈MVC，MVP，MVVM架构模式的区别和联系

MVC、MVP、MVVM这些模式是为了解决开发过程中的实际问题而提出来的，目前作为主流的几种架构模式而被广泛使用。

一、MVC（Model-View-Controller）

MVC是比较直观的架构模式，用户操作-View（负责接收用户的输入操作）-Controller（业务逻辑处理）-Model（数据持久化）-View（将结果反馈给View）。

MVC使用非常广泛，比如JavaEE中的SSH框架（Struts/Spring/Hibernate），Struts（View, STL）-Spring（Controller, Ioc、Spring MVC）-Hibernate（Model, ORM）以及ASP.NET中的ASP.NET MVC框架，xxx.cshtml-xxxcontroller-xxxmodel。（实际上后端开发过程中是v-c-m-c-v，v和m并没有关系，下图仅代表经典的mvc模型）

二、MVP（Model-View-Presenter）

MVP是把MVC中的Controller换成了Presenter（呈现），目的就是为了完全切断View跟Model之间的联系，由Presenter充当桥梁，做到View-Model之间通信的完全隔离。

.NET程序员熟知的ASP.NET webform、winform基于事件驱动的开发技术就是使用的MVP模式。控件组成的页面充当View，实体数据库操作充当Model，而View和Model之间的控件数据绑定操作则属于Presenter。控件事件的处理可以通过自定义的IView接口实现，而View和IView都将对Presenter负责。

三、MVVM（Model-View-ViewModel）

如果说MVP是对MVC的进一步改进，那么MVVM则是思想的完全变革。它是将逗数据模型数据双向绑定地的思想作为核心，因此在View和Model之间没有联系，通过ViewModel进行交互，而且Model和ViewModel之间的交互是双向的，因此视图的数据的变化会同时修改数据源，而数据源数据的变化也会立即反应到View上。

这方面典型的应用有.NET的WPF，js框架Knockout、AngularJS等。

参考资料：

什么是软件架构模式？

软件架构模式有以下几点：(1)管道/过滤器模式:其典型应用包括批处理系统。(2)面向对象模式:其典型应用是基于组件的软件开发CBD。(3)事件驱动模式:其典型应用包括各种图形界面应用。(4)分层模式:其典型应用是分层通信协议，如ISO/OSI的七层网络模型。(5)客户/服务器模式(Client/Server，C/S):为了解决C/S模式中客户端的问题，发展形成了浏览器/服务器(B/S)模式:为了解决C/S模式中服务器端的问题，发展形成了三层(多层)C/S模式，即多层应用架构。软件架构模式有以下几点：(1)管道/过滤器模式:其典型应用包括批处理系统。(2)面向对象模式:其典型应用是基于组件的软件开发CBD。(3)事件驱动模式:其典型应用包括各种图形界面应用。(4)分层模式:其典型应用是分层通信协议，如ISO/OSI的七层网络模型。(5)客户/服务器模式(Client/Server，C/S):为了解决C/S模式中客户端的问题，发展形成了浏览器/服务器(B/S)模式:为了解决C/S模式中服务器端的问题，发展形成了三层(多层)C/S模式，即多层应用架构。

组织架构有几种模式?

组织架构自从被提出以来，很多企业中都采用了不同的模式的，一般分为四种模式：

1、直线型，上下级的关系贯穿***层到***层，属于指挥形式的组织结构。

2、职能型，企业根据职能的不同分为多种不同的部门，权力是比较集中的，企业控制简单。

3、矩阵型，虽然多用于项目管理，但是对于一些技术复杂的企业使用也是很广泛的，便于发挥不同人才的能力。

4、事业部型，这是按照不同产品、不同地区划分的企业组织机构，实用性还是很高的，适合多元化的管理。

架构图

组织结构图是组织架构的直观反映，是最常见的表现雇员、职称和群体关系的一种图表，它形象地反映了组织内各机构、岗位上下左右相互之间的关系。

组织架构图是从上至下、可自动增加垂直方向层次的组织单元、图标列表形式展现的架构图，以图形形式直观的表现了组织单元之间的相互关联，并可通过组织架构图直接查看组织单元的详细信息，还可以查看与组织架构关联的职位、人员信息。

iOS架构篇-4 架构模式MVVM

@[TOC](iOS架构篇-4 架构模式MVVM)

MVVM（Model–View–Viewmodel）是一种软件架构模式。

View:页面UI、动画、控件、VC层，通常有UI控件、UI事件暴露出来

ViewModel:业务数据层，通常为View层持有，接受View层事件，绑定View层控件

Model:数据模型处理层，通常是网络接口请求，本地数据处理

下面以RXSwift框架结合登录功能具体说明整个流程：

登录界面，账号 accountTxtField: UITextField、密码passwordTxtField: UITextField、消息提示msgLbl: UILabel、登录按钮loginBtn: UIButton

1.本地验证账号、密码

2.监听登录按钮

3.登录接口反馈

请求登录接口

什么是设计模式和架构模式之间的区别

设计模式是架构的手段（之一）。

具体一点说，设计模式可以在某些情况帮助架构软件的静态结构。

而架构的范围要大一些，更高层一些，考虑的更多的是非常重要的全局性的design decision。一般好的（静态）架构可以尽量使变化发生在局部（模块内）而不影响整个系统。架构上的变化往往成本会非常高。

而且设计模式只有一些是适用于架构的，还有一些只是用于具体的类设计的，剩下的一些则只是克服编程语言的限制而已。

打个不恰当的比方，有点像挡拆和战术的关系。

在合适的情况下用好挡拆可以很好的执行战术，

但战术不只有挡拆，

而且有的战术不需要挡拆，

最重要的是盲目的用挡拆有时候反而会起反作用。

面对客户哔哔时，我们用需求分析架构。

面对整个软件或系统时，我们谈论架构分析。

面对软件模块设计时，我们使用设计模式。

面对模块实现时，我们应用特定编程语言的特性。

软件架构 ：一般场景下拥有设计的选择权

设计模式 ：选择后特定场景下的***实践

软件架构是软件的一种搭建形式，往往规定了软件的模块组成，通信接口（含通信数据结构），组件模型，集成框架等等。往往规定了具体的细节。

设计模式是一种软件的实现方法，是一种抽象的方法论，是为了更好的实现软件而归纳出来的有效方法。

实现一种软件架构，不同组成部分可能用到不同的设计模式，某一部分也可能可以采用不同的设计模式实现。

架构模式的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于软件架构模式、架构模式的信息别忘了在本站进行查找喔。