策略模式
定义
什么是策略模式?定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
我的理解就是:比如我们接下来要说到的鸭子案例，有的鸭子可以飞，而飞又分为很多种，飞很高，飞得很低各种，我们就会把飞这个行为定义为接口，然后再分别去实现，而我们的鸭子只需要注入“飞”的行为，就可以去飞，至于怎么飞，鸭子不用去管，这也算是面向接口编程吧。当然除了飞，还有很多行为，我们都可以把这些行为抽成接口，然后再具体实现，让鸭子有接口类型的变量，就有了对应的行为啦~当然鸭子也分很多种，比如橡皮泥鸭子，这是肯定不能飞行的，那么我们就不需要去给他设置飞行实现就好了。非常的灵活，可以面对各种变化， 比如鸭子受伤了，不能飞了，那就修改下鸭子注入的飞行行为的实现，再比如鸭子又多了一种技能，能呱呱叫了，那就再写一个呱呱叫接口，至于怎么呱呱叫，让具体的实现去解决。
接下来我来粘贴一下《Head First 设计模式》上的案例即鸭子
举例
首先是鸭子抽象类:
我定义了一个FlyBehavior类型的变量，这个FlyBehavior是一个飞行行为的接口，这就意味着鸭子有了飞行行为
至于怎么飞，我们不需要考虑，交给飞行的实现去飞，也就是performFly(),同时还有一个setFlyBehavior(),这个方法就意味着，鸭子能够在运行时动态的修改自己飞行的实现，比如本来是“飞的很高”，后来鸭子年纪大了，飞不了很高了，那就用这个方法修改一下自己的飞行实现。比如duck.setFlyBehavior(new FlyLow());
package object; import behaviour.FlyBehavior; public abstract class Duck { protected FlyBehavior flyBehavior; public void setFlyBehavior(FlyBehavior flyBehavior) { this.flyBehavior = flyBehavior; } public abstract void swim(); public abstract void display(); public void performFly(){ flyBehavior.fly(); } }
有了抽象类肯定要有实现类呀，这就奉上香喷喷的"驯化野鸭”
flyBehavior的变量是从父类Duck继承过来的，而FlyWithWings是实现了FlyBehavior接口的"用翅膀飞行”，MallardDuck的构造函数就意味着，"驯化野鸭"对飞行行为的描述默认是“用翅膀飞行”，当然如果想改变它的飞行行为，那么只需要用刚刚提到的父类中的setFlyBehavior()方法就好了。
package object.concreteobject; import behaviour.FlyWithWings; import object.Duck; public class MallardDuck extends Duck{ public MallardDuck(){ flyBehavior = new FlyWithWings(); } @Override public void swim() { // TODO Auto-generated method stub System.out.println("I'm swimming!"); } @Override public void display() { System.out.println("I'm a real Mallard duck"); } }
当然，既然是粘贴代码，就一定要粘贴全，这就附上FlyBehavior接口和两个实现类，为了方便我就放在一起了。
package behaviour; public interface FlyBehavior { void fly(); } package behaviour; public class FlyWithWings implements FlyBehavior{ @Override public void fly() { System.out.println("flywithwings"); } } package behaviour; public class FlyNoWay implements FlyBehavior { @Override public void fly() { System.out.println("I can't fly"); } }
接下来我们就可以测试这只“驯化野鸭”的飞行行为了。
测试当中呢，首先先飞行了一下，当然会展示“驯化野鸭”的默认飞行行为，即“flywithwings”，随后小鸭子不小心受伤了它暂时不能飞行了，我们给它动态地重新设置了飞行行为，最后伤好了，自然又可以飞行了，然后只需要再重新设置就好了~
package test; import behaviour.FlyNoWay; import behaviour.FlyWithWings; import object.Duck; import object.concreteobject.MallardDuck; public class Test { public static void main(String[] args) { Duck mallard = new MallardDuck(); mallard.performFly(); System.out.println("------------------------------"); System.out.println("我不小心受伤了，这段时间我不能飞行了。。。"); System.out.println("------------------------------"); mallard.setFlyBehavior(new FlyNoWay()); mallard.performFly(); System.out.println("------------------------------"); System.out.println("我有恢复健康了~"); System.out.println("------------------------------"); mallard.setFlyBehavior(new FlyWithWings()); mallard.performFly(); } }
看，说的没错吧。。。。
这基本就是我对策略模式的学习总结吧，这个案例也是《Head First设计模式》中的，鸭子(各种鸭子)， 各种行为(行为1[具体的行为1，具体的行为2.......]，行为2[具体的行为1，具体的行为2.......] .......)，鸭子有很多种类，有的特殊的鸭子肯定有特殊行为，而行为可能一时也不好总结，谁知道哪天又会横空出世一种行为呢？ 鸭子可以通过策略模式，动态地绑定行为，而新增行为，只需要再写个接口，随后再Duck类中加上对应的类型的变量就好了。(我还是再写一下吧，看看自己是不是真的理解了。。)
举例
本来想继续扩展鸭子，但是看到书上有另一案例。。
接下来就是粘贴代码了，粗略的写了一下，大概情节就是，角色: 有公主和骑士...，有两种行为，使用武器，跳舞，默认公主不会跳舞，和用匕首刺杀，而骑士可以用宝剑刺杀，没有跳舞行为。随后公主学了跳舞，变有了快乐地跳起了舞~
两种行为:
package behaviour; /** * 跳舞 * * @author DeepSleeping * */ public interface DanceBehavior { void dance(); } package behaviour; /** * 可以使用武器 * @author DeepSleeping * */ public interface WeaponBehavior { void useWeapon(); }
两种行为对应的具体实现(表现):
package behaviour; /** * 快乐地跳舞 * * @author DeepSleeping * */ public class DanceHappy implements DanceBehavior { @Override public void dance() { System.out.println("快乐地跳舞！"); } } package behaviour; /** * 不可能跳舞 * * @author DeepSleeping * */ public class DanceNoWay implements DanceBehavior { @Override public void dance() { System.out.println("我怎么可能会跳舞！"); } } package behaviour; /** * 使用匕首 * * @author DeepSleeping * */ public class KnifeBehavior implements WeaponBehavior { @Override public void useWeapon() { System.out.println("-使用匕首刺杀-"); } } package behaviour; /** * 使用宝剑 * * @author DeepSleeping * */ public class SwordBehavior implements WeaponBehavior { @Override public void useWeapon() { System.out.println("-使用宝剑刺杀-"); } }
角色，以及角色下的 公主、骑士
package object; import behaviour.DanceBehavior; import behaviour.WeaponBehavior; /** * 角色 * * @author DeepSleeping * */ public abstract class Character { WeaponBehavior wb; DanceBehavior db; public void setDb(DanceBehavior db) { this.db = db; } public void setWb(WeaponBehavior wb) { this.wb = wb; } /** *战斗 */ public void fight() { wb.useWeapon(); } /** * 跳舞 */ public void dance() { db.dance(); } } package object; import behaviour.DanceNoWay; import behaviour.SwordBehavior; /** * 骑士 * * @author DeepSleeping * */ public class Knight extends Character { public Knight() { // 默认骑士是用宝剑的 wb = new SwordBehavior(); } } package object; import behaviour.DanceNoWay; import behaviour.KnifeBehavior; /** * 公主 * @author DeepSleeping * */ public class Queen extends Character{ public Queen(){ //默认公主是用匕首的 wb = new KnifeBehavior(); //默认公主不会跳舞 db = new DanceNoWay(); } }
开始测试~
package test; import behaviour.DanceHappy; import behaviour.SwordBehavior; import object.Character; import object.Knight; import object.Queen; public class Test { public static void main(String[] args) { Character knight = new Knight(); Character queen = new Queen(); // 骑士去刺杀 knight.fight(); // 公主去刺杀 queen.fight(); // 公主换成用宝剑刺杀 queen.setWb(new SwordBehavior()); queen.fight(); System.out.println("--------------------"); queen.dance(); // 公主学会了跳舞 queen.setDb(new DanceHappy()); queen.dance(); } }
总结
总结下几个不错的设计原则:
1.找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。
2.针对接口编程，而不是针对实现编程。
3.多用组合，少用继承
好了 ，策略模式就认识到这了，通过学习，我也算是对策略模式有了初步的认识吧，中间写着写着感觉好像装饰者模式啊，哈哈，又有点蒙了，继续学习吧。。。
参考材料:《Head First设计模式》