前言
做事情的时候我们需要动动脑来简化自己完成任务的负担,这就需要讲究策略了,我们会根据自己所处的环境列出所有的可能条件,再从中挑选合适的方法来完成这件事。就像我们过年回家,我们可以选择高铁、普通火车;还可以选择硬座、软座、卧铺,这都是我们回家的策略;买不到直达的还得转战好几个火车站,策略的最终到达目的地。
定义:它定义了算法家族,分别封装起来,让它们直接可以互相替换,此模式让算法的比啊好,不会影响到使用算法的客户。策略模式偏重于算法的实现,按书中的说法,策略模式强调的是使用接口(Interface)而不是基类去实现,接口则偏重于行为的抽象而不是对象的抽象。
策略模式是定义一系列算法的方法,表面上看这些算法的工作都是相同的,只是实现不同罢了。在调用方法的时候可以使用相同的方式,减少了各种算法类与使用算法类之间的耦合。能够封装几乎所有类型的规则,在处理不同时间不同业务规则是可以考虑使用。
结构图
策略模式和简单工厂模式
public CashContext(string type)
{
switch (type)
{
case "正常收费":
CashNormal cs0 = new CashNormal();
cs = cs0;
break;
case "满300返100":
CashReturn cr1 = new CashReturn("300", "100");
cs = cr1;
break;
case "打8折":
CashRebate cr2 = new CashRebate("0.8");
cs = cr2;
break;
}
}
public double GetResult(double money)
{
return cs.acceptCash(money);
}
}
在简单工厂中,如果增加了新类,那么这个工厂也要随之更改。在策略模式中,虽然CashContext中不用更改,但它的客户端的代码就要更改了(客户端代码有条件判断语句,如果增加了其它的,就需要改动了)。