策略模式

策略模式简介

它定义了算法家族，分别封装起来，让它们之间可以相互替换。此模式让算法的变化，不会影响到使用算法的客户。。（原文：The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently from clients that use it.）

 

策略模式UML图

 

 

策略模式优点

1. 策略模式是一种定义一系列算法的方法，从概念上来讲，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的方法，减少了各种算法类与使用者之间的耦合。
2. 策略模式的Strategy类为Context定义了一系列的可供重用的算法或行为。继承有助于析取出这些算法类的公共功能。
3. 避免在Strategy类中使用多重条件转移语句，使系统更灵活，并易于扩展。 修改任意一个算法类不会影响其他算法类
4. 当要扩展新的算法类的时候，只需要添加新的算法类，并修改Context类就可以了。对于Strategy类来说满足了开放封闭原则。
5. 策略模式简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试

 

策略模式缺点

1.  因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。
2. Context类中还是会有很多的条件分支语句，不利于扩展。
3. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时的选择合适的算法。
4. 如果一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移到它们各自的Strategy类中以代替这些条件语句。

 

适用场景

1. 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。(例如FlyBehavior和QuackBehavior)
2. 需要在不同情况下使用不同的策略(算法)or业务规则，或者策略还可能在未来用其它方式来实现。(例如FlyBehavior和QuackBehavior的具体实现可任意变化或扩充)
3. 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。

 

代码下载

稍后上传

 

好文分享

http://www.cnblogs.com/god_bless_you/archive/2010/05/21/1741168.html