软件架构风格

# 软件架构风格

软件架构设计的一个核心问题是可否使用重复的架构模式，即可否达到架构级的软件重用。

也就是说，可否在不一样的软件系统中，使用同一架构。

软件架构风格是描述某一特定应用领域中系统组织方式的惯用模式。

架构风格反映了领域中众多系统所共有的结构和语义特性，并指导如何将各个模块和子系统有效滴组织成一个完整的系统。

- 数据流风格：批处理序列，管道/过滤器。
- 调用/返回风格：主程序/子系统，面向对象风格，层次结构。
- 独立构件风格：进程通讯，事件系统。
- 虚拟机风格：解释器，基于规则的系统。
- 仓库风格：数据库系统，超文本系统，黑板系统。

### 管道/过滤器
--
每一个构件都有一组输入输出，构件读输入的数据流，通过内部处理，而后产生输出数据流。所以，这里的构件被称为过滤器，这种风格的链接件就像是数据流川叔的管道，将一个过滤器的输出传到另外一个过滤器的输入。此风格中特别重要的过滤器必须是独立的实体，它不能与其余的过滤器共享数据，并且一个过滤器不知道它上游和下游的标识。

**应用**

unix shell编写的程序

传统的编译器

**优势**

- 使得构件具备良好的隐蔽性和高内聚、低耦合的特色。
- 容许设计者将整个系统的I/O行为当作是多个过滤器行为的简单合成。
- 支持软件重用。只要提供适合在两个过滤器之间传送的数据，任何两个过滤器均可被链接起来。
- 系统维护简单，可扩展性好。
- 容许对一些属性，如吞吐量、死锁等进行分析。
- 支持并行执行。每一个过滤器是做为一个单独的任务完成，所以可与其余任务并行执行。

**缺点**

- 一般致使进程称为批处理的结构。
- 不适合处理交互的应用。
- 由于在数据传输上没有通用的标准，每一个过滤器都增长了解析和合成数据的工做，这样就致使了系统性能降低，并增长了编写过滤器的复杂性

### 面向对象风格
--
面向对象风格创建在数据抽象和面向对象的基础上，数据的表示方法和它们的相应操做封装在一个抽象数据类型或对象中。这种风格的构件是对象，或者说是抽象数据类型的实例。

**优势**

- 由于对象对其余对象隐藏它的表示，因此能够改变一个对象的表示，而不影响其余对象。
- 设计者可将一些数据存取操做的问题分解成一些交互的代理程序的集合。

**缺点**

- 为了使一个对象和另外一个对象经过过程调用等进行交互，必须知道对象的标识。只要一个对象的标识改变了，就必须修改全部其余明确调用它的对象。
- 必须修改全部显示调用它的其余对象，并消除由此带来的一些反作用。例如，若是A使用了对象B，C也是用了对象B，那么C对B的使用所形成的对A的影响多是料想不到的。

### 基于事件的隐式调用
--
基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广播一个多事件。系统中的其余构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的全部过程，这样，一个事件的触发就致使了另外一模块中的过程的调用。

从架构上说，这种风格的构件是一些模块，这些模块既能够是一些过程，又能够是一些事件的集合。过程能够用通用的方式调用，也能够在系统事件中注册一些过程，当发生这些事件时，过程被调用。

基于事件的隐式调用风格的主要特色是事件的触发者并不知道那些构件会受到这些事件影响。因为不能假定构件的处理顺序，甚至不知道那些过程会被调用，所以，许多隐式调用的系统也包含显示调用做为构件交互的补充形式。

**优势**

- 为软件重用提供了强大的支持。
- 为改进系统带来了方便。

**缺点**

- 构件放弃了对系统计算的控制。
- 数据交换的问题。
- 既然过程的语义必须依赖于被触发事件的上下文约束，关于正确性的推理就存在问题。

### 分层系统
--
层次系统组织成一个层次结构，每一层为上层服务，并做为下层的客户。
在一些层次系统中，处理一些精心挑选的输出函数外，内部的层纸对相邻的层可见。这样的系统中构件在一些层实现了虚拟机，链接件经过决定层间如何交互的能够来定义。
这种架构风格支持基于可增长抽象层的设计。这样，容许将一个复杂问题分解成一个增量步骤序列的实现。因为每一层最多只影响两层，同时只要给相邻层提供的接口，容许每层用不一样的方法实现，一样为软件重用提供了强大的支持。

**优势**

- 支持基于抽象程度递增的系统设计，使设计者能够把一个复杂系统按递增的步骤进行分解。
- 支持功能加强，由于每个层至多和相邻的上下层交互，所以功能的改变最多影响相邻的上下层。
- 支持重用。只要提供的服务接口定义不变，同一层的不一样实现能够交换使用。

**缺点**

- 并非每一个系统均可以很容易地划分为分层的模式，甚至即便一个系统的逻辑机构是层次化的，出于对系统性能的考虑，架构设计师不得不把一些低级或高级的功能综合起来。
- 很难找到一个合适的、正确的层次抽象方法。

### 仓库系统及知识库
--
在仓库（repository）风格中，有两种不一样的构件：中央数据结构说明当前状态，独立构件在中央数据存储上执行。控制原则的选取产生两个主要的子类。若输入流中某类时间触发进程执行的选择，则仓库是一传统型数据库；另外一方面，若中央数据结构的当前状态触发进程执行的选择，则仓库是一黑板系统。

黑板系统的传统应用是信号处理领域，主要由3部分组成：

- 知识源。知识源中包含独立的、与应用程序相关的知识，知识源之间不直接进行通讯，它们之间的交互只经过黑板来完成。
- 黑板数据结构。黑板数据是按照与应用程序相关的层次来组织的解决问题的数据，知识源经过不断地改变黑板数据来解决问题。
- 控制。控制彻底由黑板的状态驱动，黑板状态的改变决定使用的特定知识。

### C2风格
--
经过链接件绑定在一块儿的按照一组规则运做的并行构件网络。

**规则以下**

- 系统中的构件和链接件都有一个顶部和一个底部。
- 构件的顶部应链接到某链接件的底部，构件的底部则应链接到某链接件的顶部，而构件与构件之间的直接链接是不容许的。
- 一个链接件能够和任意数目的其余构件和链接件链接。
- 当两个链接件进行直接链接时，必须由其中一个的底部链接到另外一个的顶部。

**特色**

- 系统中的构件可实现应用需求，并能将人意复杂度的功能封装在一块儿。
- 全部构件之间的通讯是经过以链接件为中介的异步消息交换机制来实现的。
- 构件相对独立，构件之间依赖性较少。系统中不存在某些构件将在同一地址空间内执行，或某些构件共享特定控制线程之类的相关性假设。

## 客户机/服务器风格

C/S架构能够是二层的，也能够是三层的。

## 多层架构风格

- 三层C/S架构模型
- B/S架构，三层架构

## 富互联网应用

- ajax

## 正交软件架构

**优势**

- 结构清晰，易于理解。因为线索功能相互独立，不进行互相调用，结构简单、清洗，构件在结构图中的位置已经说明它所实现的是哪一级抽象，负担的是什么功能。
- 易修改，可维护性强。因为线索之间是相互独立的，因此对一个线索的修改不会影响到其余线索。所以，当软件需求发生变化时，能够将新需求分解为独立的子需求，而后以线索和其中的构件为主要对象分别对各个子需求进行处理，这样软件修改就很容易实现。系统功能的增长或减小，只须要相应的增删线索构件族，而不影响整个正交架构，所以能方便地实现结构调整。
- 可移植性强，重用粒度大。由于正交结构能够为一个领域内的全部应用程序所共享，这些软件有着相同或相似的层次和线索，能够实现架构级的重用。

## 基于层次消息总线的架构