“年前大酬宾了啊,现在理发冲500送300,冲1000送500了。鱼哥赶紧充钱啊,理发这事基本一个月一回,挺实惠的啊。不过话说那个理发店的老板好傻啊,冲1000才送500,不如冲两次500,这样可以送600呢。”“这只能说明你不是很笨,但是也算不上聪明。”“啊?难道我想错了?”“这是一种策略,策略,懂?他如果是冲1000送700的话你是不是很大的可能性冲500?而不是1000,但是如果这样的话,在“聪明人”,对,没错,就是你这样的人来说,冲两次500表示对于老板的智商上的鄙视,那么,你就会冲1000了吧,这么说来,你懂了么?”“好吧,亏我还是策略模式,这点小把式就把我给蒙骗了,丢人丢大发了。”(编者按:小子,你还是图样图森破啊。)
策略模式之自我介绍
洒家呐,是一种比较简单的模式,定义如下:
Define a family of algorithms, encapsulate each one, and make them interchangeable。翻译过来就是说:定义一组算法,或将每个算法都封装起来,并且使他们之间可以互换。下面给出具体类图:
由于图中的介绍已经很详细了,所以就不再赘述,我使用的就是面向对象的继承和多态机制,理解起来那可是相当的容易~
策略模式之自我分析
若说到好处和劣势么,恩,先说劣势吧:
优势:
话说是骡子是马拉出来遛遛,既然如此,那洒家就把代码亮出来,请各位戴好墨镜。以下代码就根据理发店充值活动来实现的。首先是抽象的策略接口:
1 public interface Strategy{ 2 //每个充值的方法都是一个算法 3 public void reCharge(); 4 }
然后是冲500送300的策略:
1 public class St1 implements Strategy{ 2 public viod reCharge(){ 3 System.out.println("冲500送300"); 4 } 5 }
接着是冲1000送500的策略的具体实现:
1 public class St2 implements Strategy{ 2 public viod reCharge(){ 3 System.out.println("冲1000送500"); 4 } 5 }
接下来这个还需要一个封装类用于放这些个策略,方便使用,也就是类图中的Context封装类,代码如下:
1 public class Context{ 2 //构造函数,你要入手哪一个优惠政策 3 private Strategy strategy; 4 public Context (Strategy strategy) 5 { 6 this.strategy = strategy; 7 } 8 9 //入手优惠政策 10 public void reCharge(){ 11 this.strategy.reCharge(); 12 } 13 }View Code
通过构造函数把优惠政策传进去,然后用reCharge方法来执行相关的策略方法。什么,还不懂?好吧好吧,服了你啦,看洒家写一个测试类:
1 public class Y{ 2 3 public static void main(String[] args) { 4 Context context; 5 //入手第一个优惠 6 context = new Context(new St1()); 7 context.reCharge(); 8 9 //入手第二个优惠 10 context = new Context(new St2()); 11 context.reCharge(); 12 } 13 }View Code
好了,具体实现到此结束。下面介绍一下应用的场景。
当存在以下情况时,可以考虑使用策略模式:
PS:本博客欢迎转发,但请注明博客地址及作者~
博客地址: http://www.cnblogs.com/voidy/
博客新址: http://voidy.gitcafe.com
<。)#)))≦