背景:对象可能经常需要使用多种不同的算法,但是如果变化频繁,会将类型变得脆弱。这就是算法和对象的耦合。
动机(Motivation)
在软件构建过程中,某些对象使用的算法可能多种多样,经常改变。如果将这些算法都编码到对象中,将会使对象变得异常复杂;而且有时候支持不使用的算法也是一种性能的负担。
如何在运行时根据需要透明地更改对象的算法?将算法与对象本身解耦,从而避免上述问题?
意图(Intent)
定义一系列算法,把它们一个个封装起来,并且使它们可相互替换。该模式使得算法可独立于使用它的客户而变化。
——《设计模式》GoF
示例代码
//未使用模式时
enum CartType
{
A,B,C
}
class Cart
{
public void SomeMethod(CartType cartType)
{
if(cartType == CartType.A)
{
//...
ProcessA();
}
else if(cartType == CartType.B)
{
//...
ProcessB();
}
else
{
//...
ProcessC();
}
}
protected virtual void ProcessA()
{
//...
}
protected virtual void ProcessB()
{
//...
}
protected virtual void ProcessC()
{
//...
}
}
//使用Strategy模式
public interface IProcessStrategy
{
void Process();
}
public class ProcessStrategyA:IProcessStrategy
{
void IProcessStrategy.Process()
{
}
}
public class ProcessStrategyB:IProcessStrategy
{
void IProcessStrategy.Process()
{
}
}
public class ProcessStrategyC:IProcessStrategy
{
void IProcessStrategy.Process()
{
}
}
class Cart
{
IProcessStrategy processStrategy;
public Cart(IProcessStrategy processStrategy)
{
this.processStrategy = processStrategy;
}
public void SomeMethod()
{
processStrategy.Process();
}
}
public class App
{
public static void Main()
{
//和Delegate有点像...
Cart cart = new Cart(new ProcessStrategyC());
cart.SomeMethod();
//...
}
}
Strategy模式的几个要点
1)Strategy及其子类为组件提供了一系列可重用的算法,从而使得类型在运行时方便地根据需要在各个算法之间进行切换,所谓封装算法,支持算法的变化。
2)Strategy模式提供了用条件判断语句以外的另一种选择,消除条件判断语句,就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。
3)与State类似,如果Strategy对象没有实例变量,那么各个上下文可以共享同一个Strategy对象,从而节省对象开销。