Topcased体系结构分析.docVIP

Topcased体系结构分析 创建型 1. Factory Method（工厂方法） 2. Abstract Factory（抽象工厂） 3. Builder（建造者） 4. Prototype（原型） 5. Singleton（单例） 结构型 6. Adapter Class/Object（适配器） 7. Bridge（桥接） 8. Composite（组合） 9. Decorator（装饰） 10. Facade（外观） 11. Flyweight（享元） 12. Proxy（代理） 行为型 13. Interpreter（解释器） 14. Template Method（模板方法） 15. Chain of Responsibility（责任链） 16. Command（命令） 17. Iterator（迭代器） 18. Mediator（中介者） 19. Memento（备忘录） 20. Observer（观察者） 21. State（状态） 22. Strategy（策略） 23. Visitor（访问者） 创建型 1. Factory Method（工厂方法） 意图： 定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。 适用性： 当一个类不知道它所必须创建的对象的类的时候。 当一个类希望由它的子类来指定它所创建的对象的时候。 当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。 2. Abstract Factory（抽象工厂） 意图： 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 适用性： 一个系统要独立于它的产品的创建、组合和表示时。 一个系统要由多个产品系列中的一个来配置时。 当你要强调一系列相关的产品对象的设计以便进行联合使用时。 当你提供一个产品类库，而只想显示它们的接口而不是实现时。 3. Builder（建造者） 意图： 将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 适用性： 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。 当构造过程必须允许被构造的对象有不同的表示时。 4. Prototype（原型） 意图： 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 适用性： 当要实例化的类是在运行时刻指定时，例如，通过动态装载；或者 为了避免创建一个与产品类层次平行的工厂类层次时；或者 当一个类的实例只能有几个不同状态组合中的一种时。建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。 5. Singleton（单例） 意图： 保证一个类仅有一个实例，并提供一个访问它的全局访问点。 适用性： 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。 当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时。 结构型 6. Adapter Class/Object（适配器） 意图： 将一个类的接口转换成客户希望的另外一个接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 适用性： 你想使用一个已经存在的类，而它的接口不符合你的需求。 你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作。 （仅适用于对象Adapter ）你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口。 7. Bridge（桥接） 意图： 将抽象部分与它的实现部分分离，使它们都可以独立地变化。 适用性： 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换。 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge 模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充。 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译。 （C++）你想对客户完全隐藏抽象的实现部分。在C++中，类的表示在类接口中是可见的。 有许多类要生成。这样一种类层次结构说明你必须将一个对象分解成两个部分。Rumbaugh 称这种类层次结构为“嵌套的普化”（nested generalizations ）。 你想在多个对象间共享实现（可能使用引用计数），但同时要求客户并不知道这一点。一个