章二 软件体系结构的构建模式（2）
三、事件驱动模式
1、事件驱动模式
事件驱动系统的基本观点是一个系统对外部的表现可以从它对事件的处理表征出来。
特点：
（1）系统由若干个子系统或元素所组成的一个整体；
（2）系统有一定的目标，各子系统在某一种消息机制的控制下，为了这个目标而协调行动；
（3）在某一种消息机制的控制下，系统作为一个整体与环境相适应和协调；
（4）在一个系统的若干子系统中，必定有一个子系统起着主导作用，而其它子系统处于从属地位；
（5）任一系统和系统内的任一元素，都有一个事件收集机制和一个事件处理机制，通过这种机制与周围环境发生作用和联系。
在基于事件驱动模式的系统设计中，系统的每个子系统在设计过程中都要考虑其完整性和相对独立性，不绝对依赖于某一子系统，系统之间的协调和管理都是通过消息传递和收集来进行的。
2、事件驱动模式系统的设计原则：
（1）从系统论的角度看待描述的对象，合理分解子系统，保证各个子系统的独立性和社会性；
（2）任何子系统都可按有无子系统这一性质分：管理系统和执行系统；
（3）为达到系统的目标，系统内的各个子系统通过传递消息和执行消息来协同操作；
（4）任何性质的子系统都必须有一个事件处理器，用以处理上级交给的事件；
（5）在一个完整系统中，必须有这样一个子系统，它没有上级，必须收集系统外的事件及下级发出的事件；
（6）管理类型的子系统一般不执行具体操作，它的主要功能是按照自己的只能指挥下级完成任务，功能性操作一般由执行类型的子系统完成；
（7）一般情况，除最高管理子系统外，子系统一般是“有问才答”，即使在必要的情况下需要积极寻找事件时，也必须征得上级系统的许可，保证了系统的控制流不会分散。
3、事件驱动模式的优点：
（1）事件驱动模式非常适合于描述系统族，在属于同一族的任何系统中，系统的高级管理子系统的描述是完全类似的，便于重用；
（2）由于最高管理子系统牢牢的掌握着控制权，又因为各同级子系统一般不直接发生关系，因此容易实现并发处理和多任务操作；
（3）基于事件驱动模式的系统具有良好的可扩展性，设计者只需为某个对象注册一个事件处理接口就可以将该对象引入整个系统，同事并不影响其它的系统对象；
（4）定义了包含执行子系统和管理子系统的类层次结构；
（5）简化客户代码；
（6）使整个系统的设计更具有一般化。
4、事件驱动模式的不足：
（1）构件消弱了自身对系统计算的控制能力；
（2）事件驱动模式中存在的另一个问题是数据共享；
（3）系统中各个对象的逻辑关系变得更加复杂。
5、事件驱动模式和面向对象之间的关系：基于事件驱动模式的系统往往都是面向对象的。
事件接口
6、事件驱动模式实例
事件驱动是JavaBean体系结构的核心之一，JavaBean系统通过事件驱动机制将一些组件作为事件源，发出可以被描述环境或其它组件接收的事件。
适配器类是JavaBean事件模型中极其重要的一部分，在一些应用场合，事件从源到监听者之间的传递要通过适配类来“转发”。
适配类成为了事件监听者，事件源实际是把适配类作为监听者注册到监听者队列中，而真正的事件响应者并未在监听者队列中，事件响应者应做的动作由适配类决定。
四、分层模式
1、分层模式特征
一个分层系统采用层次化的组织方式构建，系统中的每一层都要承担两个角色。
首先，它要为结构中的上层提供服务；
其次，它要作为结构中下面层次的客户，调用下层提供的功能函数。
最高层和最低层例外。
核心层－功能层－应用层
2、分层模式的优点：
（1）分层模式支持系统设计过程中的逐级抽象；
（2）分层模式的系统具有较好的可扩展性；
（3）分层模式支持软件复用。
3、分层模式的不足：
并非所有的系统都适合用分层模式来描述的；对于抽象出来的功能具体应该放在哪个层次上也是设计者头疼的问题。
4、实例：
在计算机网络的设计中，采用了分层模式的设计方法。ISO/OSI的七层参考模型。
