课件—UML系统建模与设计(8).pptVIP

UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 UML系统建模与分析设计 8.3.9　状态模式（State） 状态模式允许一个对象在其内部状态变化时改变它的行为。 下面两种情况之一可以使用状态模式： 1）一个对象的行为取决于它的状态，并且它必须在运行 时刻根据状态改变它的行为。 2）一个操作中含有庞大的多分支的条件语句，且这些分 支依赖于该对象的状态。 参与状态模式的对象有： 语境对象Context定义客户接口，并维护一个 定义ConcreteState子类的实例。 抽象类State定义一个接口以封装与语境对象 Context的一个特定状态相关的行为。 具体状态ConcreteState子类实现一个与语境 对象Context的一个状态相关的行为。 8.3.10　策略模式（Strategy） 将一组算法中的每个算法封装到具有共同接口的独立类中，使得它们可以相互替换。 1．使用策略模式的时机 多个类之间的区别仅在于它们的行为，使用策略模 式可以动态地选择一种行为。 一个系统需要动态地在几种算法中选择一种。 一个系统的算法使用的数据不可以让客户端知道。 避免使用难以维护的多重条件选择语句，体现面向 对象设计的概念。 2．策略模式的结构 策略模式涉及到三个角色： 语境（Context）角色：持有策略类Strategy的引用。 抽象策略（Strategy）角色：这是一个接口或抽象类。 具体策略（ConcreteStrategy）角色：以Strategy接口 实现某个具体算法。 3．策略模式的优点和缺点 策略模式的优点有： 策略模式提供了管理相关的算法族的办法。避免重复 的代码。 策略模式提供了可以替换继承关系的办法。使其不可 能动态改变算法或行为。 使用策略模式可以避免使用多重条件转移语句。 策略模式的缺点有： 客户端必须知道所有的策略类，并自行决定使用哪一 个策略类。 策略模式造成很多的策略类。 8.3.11　访问者模式（Visitor） 访问者模式可以在不改变各元素的类的前提下定义作用于这些元素的新操作。 访问者模式通常适用于下列情况： 1）一个对象包含很多有不同接口的类对象，这些 对象实施一些依赖于其具体类的操作。 2）对一个对象中的对象进行很多不相关的操作， 而又不想直接接触这些对象的类。 3）定义对象结构的类很少改变，但经常需要在此 结构上定义新的操作。 8.4.1　设计模式遵循的原则 （1）开-闭原则（Open-Closed Principle，OCP）。对扩 展开放，对修改关闭。 （2）里氏代换原则（Liskov Substitution Principle， LSP）。软件实体如果使用的是一个基类，那么一定 适用于其子类，而且它根本不能察觉出基类对象和 子类对象的区别。 （3）依赖倒转原则（Dependence Inversion Principle， DIP）。要依赖于抽象，不要依赖于具体。即针对接 口编程，不要针对实现编程。 （4）接口隔离原则（Interface Segregation Principle，ISP）。一个类对另外一个类的依赖是建 立在最小的接口上。 8.4 设计模式遵循的原则和使用策略 （5）合成/聚