设计模式ppt解析.pptVIP

7.9.4 应用举例 用Mediator模式解决前述联合国问题 7.9.5 效果分析 1)松耦合 中介者模式将各对象解耦，各对象之间是松耦合的，可以独立改变和复用各Colleague类。 2)封装变化 中介者在封装交互的同时也将变化封装起来，交互关系的变化将只影响Mediator类的代码，各Colleague类的代码无需修改，增加或删除。Colleague对象也只需要修改Mediator类的代码。封装变化简化了系统的维护工作。 7.9.5 效果分析 3)控制集中化 中介者模式将交互的复杂性变为中介者的复杂性。因为中介者封装了所有的交互，它可能变成一个难于维护的庞大的对象。为了控制中介者的规模，应尽量使用各对象完成自己的任务，中介者只处理对象间的交互，也就是说，在将对象间交互向中介者集中时，尽量不要将对象能独立处理的部分也集中到中介者中。 4)中介者难复用 中介者需要和每个Colleague对象交互，要处理系统中所有的交互，因此和系统的耦合度较大，比较难在系统间复用。 课堂练习 如下图所示的一个“用户选择”对话框，其中包含两个按钮控件、两个列表框控件和一个文本输入框控件。 对话框中个控件的交互过程如下： 对话框初次显示时两个按钮均处于失效状态，当操作者在左侧“源用户列表框”中选中一个用户名时，选中的用户名填入列表框上面的文本输入框中，同时“Add”按钮变为有效状态，点击“Add”按钮后，文本框中的用户名添加到右侧的列表框中；当操作者选中右侧“目标列表框”一个用户名时，“Delete”按钮变成有效状态，点击“Delete”按钮后，“目标列表框”中的选中用户名被删除。 上述功能实现代码的UML图如下，请给出使用中介者模式后的代码结构图 * 代码无错未必优 如果增加“魔法力”，如果将“生命力”改为“经验值”，需要修改哪些代码？ 违背“单一职责原则” 7.5.2 备忘录模式的意图和适用性 模式的意图 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态 7.5.2 备忘录模式的意图和适用性 在以下情况下使用备忘录模式： 必须保存一个对象在某一个时刻的 (部分)状态, 这样以后需要时它才能恢复到先前的状态。状态的保存和恢复不会暴露对象的实现细节并破坏对象的封装性。 7.5.3备忘录模式的结构和参与者 1) 发起人(Originator)：发起人创建一个备忘录,用以记录当前时刻它的内部状态；使用备忘录恢复内部状态。 2) 备忘录(Memento)：备忘录存储发起人对象的内部状态；防止发起人以外的其他对象访问备忘录。 3) 管理者(Caretaker)：负责保存好备忘录，不能对备忘录的内容进行操作。 课堂练习 画出使用备忘录模式的游戏状态保存及恢复的代码 优点： 1）保持封装边界；使用备忘录可以避免暴露一些只应由发起人管理却又必须存储在发起人之外的信息。该模式把可能很复杂的发起人内部信息对其他对象屏蔽起来，从而保持了封装边界。 2）简化发起人；在其他的保持封装性的设计中 ,发起人负责保持客户请求过的内部状态版本。这就把所有存储管理的重任交给了发起人。让客户管理它们请求的状态将会简化原发器，并且使得客户工作结束时无需通知原发器。 缺点: 使用备忘录可能代价很高；如果发起人在生成备忘录时必须拷贝并存储大量的信息 ，或者客户非常频繁地创建备忘录和恢复发起人状态，可能会导致非常大的开销。除非封装和恢复发起人状态的开销不大，否则该模式可能并不合适。 7.5.5 效果分析 7.9 中介者模式（Mediator） 一.中介者模式的由来 二.中介者模式的意图及适用性 三.中介者模式的结构及参与者 四.应用举例 五.效果说明 7.9.1 中介者模式的由来 将一个系统分割成许多对象可以增加其复用性，但是对象间相互连接的激增又会降低其复用性。大量连接使得一个对象需要在其他对象的支持下工作，系统表现为一个不可分割的整体。 联合国的作用 国与国之间的联系 1. 对象间紧密耦合，一个对象的修改必然导致多个相关对象的修改 2. 增加新的对象需要修改现有的多个对象 3.对象间的交互关系分散在各个对象中，维护困难 7.9.1 中介者模式的由来 仔细分析一下我们可以发现，导致上述问题的主要原因是各对象间存在的多对多的复杂交互关系，如果我们把这些多对多的交互关系抽象出来集中到一个对象中来处理，所有的复杂性也就被集中到单一的一个对象中。实际上后一种方法为我们引入了一种新的设计模式－中介者模式。 联合国的作用 7.9.2 中介者模式的意图和适用性 用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引