设计模式1

1、 策略模式

策略模式（Strategy）：它定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。

a) 、优点：

i. 策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。

ii. 策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法中的公共功能。

iii. 简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试。

iv. 遵守大部分RGRASP原则和常用设计原则，高内聚、低耦合。

b) 缺点：

i. 因为每个策略类都会产生一个新类，所以会增加系统需要维护的类的数量。

c) 使用场景：

i. 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。

ii. 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。

iii. 对客户(Duck)隐藏具体策略(算法)的实现细节，彼此完全独立。

附加：http://baike.baidu.com/view/2141079.htm

2、 装饰模式

装饰模式（Decorator），动态地给一个对象添加一些额外的职责，就增加的功能来说，装饰模式比生成子类更为灵活。

a) 、优点：

i. 装饰模式与继承关系的目的都是要扩展对象的功能，但装饰模式可以提供比继承更多的灵活性。

ii. 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造很多不同行为的组合。

iii. 这种比继承更加灵活机动的特性，也同时意味着装饰模式比继承更加容易出错。

b) 缺点：

i. 由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象看上去都很相像。

c) 、使用场景：

i. 需要扩展一个类的功能，或给一个类增加附加责任。

ii. 需要动态地给一个对象增加功能，这些功能可以再动态地撤销。

iii. 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变得不现实。

附加：http://www.360doc.com/content/10/0627/03/1910402_35467289.shtml

... ...