软件构造课程设计模式异同

factory method 和 abstractfactory

适用性：

abstract factory：

一个系统要独立于它的产品的创建、组合和表示时；

一个系统要由多个产品系列中的一个来配置的时候；

当你要强调一系列相关的产品对象的设计以便进行联合使用时；

当你提供一个产品类库，而只想显示它们的接口而不是实现时。

Factory method：

当一个类不知道它所创建的对象的类的时候；

当一个类希望由它的子类来指定它所创建的对象的时候；

当类创建对象的职责委托给多个帮助子类中的某一个, 并且你希望将"哪一个帮助子类是代理者"这一信息局部化的时候。

应用环境：

       Factorymethod：

        创建者的职责不仅限于创建对象

       Abstractmethod：

        通常只创建对象

实现方式：

Factory method：

            实现继承，抽象类实现大部分操作，通常仅将对象的创建工作延迟到子类来完成

       Abstractmethod：

        接口继承，抽象类通常不实现任何功能，仅仅定义一系列接口，子类实现抽象类定义的接口

abstract factory 和builder

Builder模式注重的是其单个零件的易变.

Abstract FActory模式注重的是整套系列之间的变化.系列对象整体的变动,不适用于新加入部件

Builder模式中单个零件可以自主生成多个

抽象工厂模式解决"系列对象"的需求变化,Builder模式解决的是"对象部分"的需求变化.

抽象工厂模式它的对象之间比如说路,丛林之间是互相耦合的关系,路与丛林有交界的地方,与下水道有交接的部分,相互引用之间的关系,

Builder模式中的窗,门是同属一个大对象中的子对象.

Bridge 和strategy

1）Bridge模式和Strategy模式相似就是因为他们都将任务委托给了另外一个接口的具体实现，他们之间的区别在于Bridge的目的是让底层实现和上层接口可以分别演化，从而提高移植性而Strategy的目的是将复杂的算法封装起来，从而便于替换不同的算法。

2）以相对策略模式，桥接模式要表达的内容要更多，结构也更加复杂。桥接模式表达的主要意义其实是接口隔离的原则，即把本质上并不内聚的两种体系区别开来，使得它们可以松散的组合，而策略在解耦上还仅仅是某一个算法的层次，没有到体系这一层次。从结构图中可以看到，策略的结构是包容在桥接结构中的，桥接中必然存在着策略模式，Abstraction与Implementor之间就可以认为是策略模式，但是桥接模式一般Implementor将提供一系 列的成体系的操作，而且Implementor是具有状态和数据的静态结构。而且桥接模式Abstraction也可以独立变化。

策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。

flyweight DP 和 pool DP:

原理不同：

– object pool的原理是复用，pool中object被取出后，只能由一个client使用；
– flyweight的原理是共享，一个object可被多个client同时使用。

对象性质不同：

– object pool中的对象是同质的，对于client来说，可以用pool中的任何一个object。
如：需要connection时可以从connection pool中任意的拿一个出来使用；
– Flyweight的每一个实例的内部属性相同，但是外部属性不同，是异质的。flyweight使用
时，是去FlyweightFactory中找一个特定的对象出来（如果没有的话，就创建一个）。

应用场合不同

– object pool对应的场景是对象被频繁创建、使用，然后销毁。每个对象的生命期都很短。
同一时刻内，系统中存在的对象数也比较小。
– Flyweight对应的情况是在同一时刻内，系统中存在大量对象。

两者都是让多个索引（重复）利用同一个对象或同一个对象集合，提高内存的使用效率，减
少GC。