软件架构风格描述

软件架构风格是描述某一特定领域内系统组织方式的惯用模式,它包括一个词汇表和一组约束.词汇表包扩一些构件和连接件的类型.而约束描述了系统是如何将这些构件和连接件组合到一起的.软件架构风格反映了特定领域内的系统共有的结构和语义,并指导系统如果将子系统和构件有效的连接在一起.
以下红色只为个人备忘,不代表知识点重要程度

数据流风格

批处理风格

由一组固定顺序的构件连接在一起组成
每个构件的开始必须在上一个构件的结束后开始。构件间交互的数据必须时完整的。

管道过滤器风格

构件有一个输入流、一个输出流。构件根据输入流进行内部处理，产生输出流，构件即过滤器。构件的连接件即为管道,负责把一个过滤器的输出传给另一个过滤器的输入
优点：
构件间具有良好的隐蔽性和低耦合性;
支持软件重用只需要确定构件间交互的数据格式，即可将任何两个构件连接在一起；
可扩展性强，添加新的构件,可修改性强，更换构件不会对其他构件和整体架构造成影响；
支持并行处理,每个过滤器可作为单独任务完成;
缺点：
难以定义过滤器间数据通信的统一标准;

调用返回风格

主子程序风格

单线程控制,把问题分成若干处理步骤主程序根据自身需要，选择子程序进行调用。

面向对象（显式调用风格）

将构件间交互的数据的表示形式及其操作封装成对象，即构件。构件间的过程调用或函数即连接件。
优点：
对象具有的封装性，修改一个对象不会对其他对象照成影响；
一个构件如果想要调用另一个构件，只需要知道另一个构件的标识即可。
缺点：
一但一个构件的标识发生变化，那么所有调用这个对象的构件都要发生变化；
如果A调用了C，B也调用了C，那么A对C的影响对B是不可预计的；

`层次结构`风格

每一层即为构件，层与层间的通讯即为连接件。每一层负责调用下一层的功能，并向上一层提供功能。每一层只可见其相邻的两个层次；
优点：
把一个复杂的问题分成增量步骤去解决,降低问题复杂度,逐个击破
具有良好的低耦合特性，每一层的变动仅对其相邻的层次照成影响；扩展性，添加新的层次简单；
缺点：过多的层次调用影响响应效率

独立构件风格

调用返回风格(隐式调用)

构件不直接调用构件的过程,而是触发一个事件或触发多个事件.系统中其他构件的过程在一个或多个构件中注册,当一个事件触发时,所有在该事件中进行注册的构件的过程都将被调用;
优点:
低耦合性,每个构件不直接关联到一起,二十通过注册的方式关联;
可复用性强,一个构件的过程可以被多个事件调用,只需要在事件中进行注册;
可扩展性强,新增一个构件时只需要把它注册在相关的事件中,替换一个构件时不会对其他构件或整体系统照成影响;
缺点:
一个事件触发后,其无法知晓其中注册的构件的过程是否成功执行;
即使知道一个事件中注册了哪些构件的过程,但其调用过程的顺序不可保证