第七章面向对象设计.pptVIP

设计模式调停者模式 在调停者模式中，所有的成员对象都可以协调工作，但是又不直接相互管理。这些对象都与一个处于中心地位的调停者对象发生紧密的关系，由这个调停者对象进行协调工作。这个协调者对象叫做调停者，而调停者所协调的成员对象称做同事对象设计模式 调停者模式的参与者有： 调停者（Mediator） 具体调停者（ConcreteMediator） 同事类（Colleague） 具体同事类（ConcreteColleague）设计模式策略模式 策略（Strategy）模式是针对一组算法，将每一个算法（策略）封装到具有共同接口的独立类中，使得它们可以相互替换。在策略模式中，算法可以不影响客户端而发生变化。 策略模式是对算法的包装，是将使用算法的责任和算法本身分割开，委派给不同的对象进行管理。策略模式可以把行为和环境分开。其中，环境类负责维持和查询行为类，而各种算法在具体策略类（ConcreteStrategy）中提供。设计模式通常存在以下情况时应考虑使用策略模式： (1)如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。 (2)一个系统需要动态地在几种算法中选择一种。那么这些算法可以包装到各个具体算法类里面，而这些具体算法类都是一个抽象算法类的子类。设计模式通常存在以下情况时应考虑使用策略模式： (3)一个系统的算法使用的数据不可以让客户端知道。策略模式可以避免让客户端涉及不必要接触的复杂的、只与算法有关的数据。 (4)如果一个对象有很多行为，若不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。此时，使用策略模式，把这些行为转移到相应的具体策略类里面，就可以避免使用难以维护的多重条件选择语句，并体现面向对象设计的概念。设计模式 策略模式涉及三个参与者： 语境（Context） 抽象策略（Strategy） 具体策略（ConcreteStrategy）设计模式观察者模式 观察者（Observer）模式又称为发布/订阅（Publish/Subscribe）模式、模型/视图（Model/View）模式、源/监听器（Source/Listener）模式或从属者（Dependents）模式。 设计模式观察者模式 观察者模式定义了一种一对多的依赖关系，此模式的关键对象是目标和观察者，它让多个观察者对象同时监听某一个目标对象。该目标对象发生变化时，会通知所有观察者，作为响应，观察者将对目标进行查询并自动更新，以使其状态与目标同步。目标是通知的发布者，它只需发出通知，而不需要知道观察者是谁。观察者可以有任意多个。设计模式 一般来说，在遇到下列情况时可以使用观察者模式： (1)当一个抽象模式可以分为两个方面，将二者封装在分别独立的对象中，各自独立地改变和复用。 (2)当对一个对象的改变需要同时改变其他对象，而不知道具体有多少对象有待改变。 (3)当一个对象必须通知其他对象，而它又不能假定其他对象是谁。设计模式 观察者模式的参与对象有： 目标对象（Subject） 抽象观察者类（Observer） 具体目标对象（ConcreteSubject） 具体观察者对象（ConcreteObserver）设计模式命令模式 命令（Command）模式属于对象的行为模式。命令模式又称为行动（Action）模式或交易（Transaction）模式，它把一个请求或者操作封装到一个对象中，允许系统使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。 设计模式命令模式 命令模式是对命令的封装，该模式把发出命令和执行命令的责任分开，委派给不同的对象。每一个命令都是一个操作。命令模式允许请求方和接收方相互独立，这样请求方不必知道接收方的接口，也不必知道请求是怎么被接收、操作是否被执行、何时以及怎么被执行的。软件系统构架与构架模式 元对象协议（MetaObjectProtocol，MOP）是元层次的外部接口，它支持反射构架中的自适应程序的实现。通过元对象协议，自适应构件可以描述使用基本层次的元对象或其关系的修改，这些构件可能是基本层次构件、其他的应用程序或授权的用户程序。元对象协议负责验证更改需求的合理性，并最终完成这些变更，从而实现了对系统的自身修改有明确控制的反射功能。元对象协议通常被设计为一个独立的构件。这样做可支持对几个元对象操作函数的实现。软件系统构架与构架模式 反射构架的开放性 反射构架系统必须具有开放性，开放性是反射系统的必要条件。 在反射构架中，开放性是系统更改的基础。软件系统构架与构架模式 反射构架的优缺点