前言

内容：

中论

描述某一特定应用领域中系统组织方式的惯用模式。

架构风格定义一个系统家族，即一个架构定义、一个词汇表、一组约束。

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

软件设计的核心问题：能否达到架构级的软件复用。

数据流风格：面向数据流，按照一定的顺序从前向后执行程序。代表的风格：批处理序列、管道-过滤器。

调用/返回风格：构件之间存在互相调用的关系，一般是显示的调用。代表风格：主程序/子程序、面向对象、层次结构。

独立构件风格：构件之间是相互独立的，不存在显式的调用关系，而是通过某个事件触发、异步的方式来执行。代表风格：进程通信、事件驱动系统（隐式调用）。

虚拟机风格：自定义一套规则供使用者使用，使用者基于这个规则来开发构件，能够跨平台适配，代表风格：解释器，基于规则的系统。

仓库风格：以数据为中心，所有的操作系统都是围绕建立的数据中心进行的，代表风格：数据库系统、超文本系统、黑板系统。

数据流风格

批处理序列：构件为一系列固定顺序的计算单元，构件之间只通过数据传递交互。每个处理步骤是一个独立的程序，每一步必须在其前一步结束后才能开始，数据必须是完整的，以整体的方式传递。
管道-过滤器：每个构件都有一组输入和输出，构件读取输入的数据流，经过内部处理，产生输出数据流。前一个构件的输出作为后一个构件的输入，前后数据流关联。过滤器就是构件，连接件就是管道。

早期编译器就是采用的这种架构，要一步一步处理的，均可考虑此架构风格。

二者区别在于批处理前后构件不一定有关联，并且是作为整体传递，即必须前一个执行完才能执行下一个。管道-过滤器是前一个输出作为后一个输入，前面执行到部分可以开始下一个的执行。

调用/返回风格

独立构件风格

进程通信：构件是独立的进程，连接件是消息传递。构件通常是命名过程，消息传递的方式可以是点对点、异步或同步方式，以及远程过程（方法）调用等
事件驱动系统（隐式调用）：构件不直接调用一个过程，而是触发或广播一一个或多个事件。构件中的过程在一个或多个事件中注册，当某个事件被触发时，系统自动调用在这个事件中注册的所有过程。一个事件的触发就导致了另一个模块中的过程调用。这种风格中的构件是匿名的过程，它们之间交互的连接件往往是以为过程之间的隐式调用来实现的。

主要优点是为软件复用提供了强大的支持，为构件的维护和演化带来了方便；缺点是构件放弃了对系统计算的控制。

虚拟机风格

解释器：通常包括一个完成解释工作的解释引擎、一个包含将被解释的代码的存储区、一个记录解释引擎当前工作状态的数据结构，以及一个记录源代码被解释执行的进度的数据结构。具有解释器风格的软件中含有一个虚拟机，可以仿真硬件的执行过程和一些关键应用，缺点是执行效率低。
基于规则的系统：包括规则集、规则解释器、规则/数据选择器和工作内存,一般用在人工智能领域和DSS中。

仓库（数据共享）风格

数据库系统：构件主要有两大类，一类是中央共享数据源，保存当前系统的数据状态；另一类是多个独立处理单元，处理单元对数据元素进行操作。
黑板系统：包括知识源、黑板和控制三部分。知识源包括若干独立计算的不同单元，提供解决问题的知识。知识源响应黑板的变化，也只修改黑板；黑板是一个全局数据库，包含问题域空间的全部状态，是知识源相互作用的唯一媒介；知识源响应是通过黑板状态的变化来控制的。黑板系统通常应用在对于解决问题没有确定性算法的软件中（信号处理、问题规划和编译器优化等）。
超文本系统：构件以网状链接方式相互连接，用户可以在构件之间进行按照人类的联想思维方式进行任意跳转到相关构件。是一种非线性的网状信息组织方法，它以节点为基本单位，链作为节点之间的联想式关联。通常应用在互联网领域。
现代编译器的集成开发环境一般采用数据仓库（即以数据为中心的架构风格）架构风格进行开发，其中心数据就是程序的语法树。

闭环控制

当软件被用来操作一个物理系统时，软件与硬件之间可以粗略的表示为一个反馈循环，这个反馈循环通过接受一定的输入，确定一系列的输出，最终使环境达到一个新的状态，适用于嵌入式系统，涉及连续的动作与状态。