headfirst设计模式(1)—策略模式

什么是策略模式

策略模式定义了一系列的算法,并将每一个算法封装起来,而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化(摘自百度百科)

关键字:算法封装,相互替换,独立变化

算法封装表示,每个算法只提供接口,屏蔽实现的细节。相互替换很好理解,就是有一个共同的父类,当然父类不一定就是class,也可能是interface,这个要根据不同的业务场景来考虑。

独立变化怎么理解呢?这个就要牵扯到设计原则(我新来的,不知道专业术语是不是这个),对扩展开放,对修改关闭(开闭原则),简单来说就是,变化的东西放一边让它自己慢慢变化,而已经稳定的东西在扩展功能的时候不会产生变化,当然这个是良好的设计。如果加一个功能,然后发现以前的功能各种不能用了,那就太蛋疼了(不要问我怎么知道的,不然我就不会来写设计模式了)。

在软件设计中,唯一不变的东西就是:变化。你可能觉得我在扯淡,但是确实是变化,你们的产品经理有没有天天给你说,昨天那个能不能给我改一下,我觉得这样更好,balabalabala...,要不然就是,客户说上次那个功能不行,要再加点东西...,不要问我怎么知道的。

所以为什么要学设计模式呢,为了适应变化,为了少加班,这个是看得见的好处。还有一个好处是,优雅的代码可以让强迫症患者心理很舒服。

举个栗子

某公司有一款模拟鸭子的游戏,具体的表现就是,游戏中有各种鸭子,一边游泳一边叫。系统的内部采用的是标准的OO设计。

鸭子的超类如下:

public abstract class Duck {
public Duck(){
}
public abstract void display();
public void swim(){
System.out.println("所有的鸭子都会游泳");
}
public void quack(){
System.out.println("所有的鸭子都会呱呱叫");
}
}

具体实现类如下:

public class MallardDuck extends Duck {
@Override
public void display() {
System.out.println("绿头鸭,头是绿色的");
}
}
public class RedheadDuck extends Duck {
@Override
public void display() {
System.out.println("红头鸭,头是红色的");
}
}

其他实现省略....

需求变动:鸭子必须要能飞

简单的修改

在超类中新增fly方法,让所有的鸭子都具备飞行的能力

public abstract class Duck {
//其他方法省略
public void fly(){
System.out.println("所有的鸭子都会飞");
}
}

产生的问题:有的鸭子本身不能飞,但是在Duck类中添加了fly方法,却错误的赋予了它们飞行的能力,比如,橡皮鸭,超类中新加的方法,会影响所有子类的行为。

简单的解决办法:最简单的解决办法就是利用方法的复写@Override,复写fly方法,根据不同鸭子的特性去实现不同的fly。(缺陷:每新加一种鸭子,可能就会去复写超类的方法,如,加入一只木头鸭,它可能既不会飞行,又能发出声音,而且随着种类越多,那么复写的次数越多,重复的代码也就会越多,后期维护的时候可能就需要同时改很多个地方)

设计原则:应用中可能会产生变化之处,要把它们独立出来,不要和不需要变化的代码放在一处(不变化的代码一般是稳定的,加入变化的代码之后很可能就会破坏原来的稳定性)

独立变化的修改

变化的部分:飞行行为,鸣叫行为

//飞行行为
public interface FlyBehavior {
void fly();
}
//鸣叫行为
public interface QuackBehavior {
void quack();
}

Duck超类修改

public abstract class Duck {

    // 接口的权限要根据实际项目来权衡,这里由于子类并不需要关心这两个接口的作用
// 全部都交给了父类来调用,所以用private,屏蔽掉细节
private FlyBehavior flyBehavior;
private QuackBehavior quackBehavior;
public abstract void display();
// 关于构造函数要不要传入fly行为和quack
// 这个就要分情况来考虑,如果业务上可以提供默认的行为,那么就可以使用无参的构造函数
// 如果业务上不能提供默认行为,就可以使用以下注释中的形式,要求子类强制实现,给后面的开发人员少挖点坑(当然,他们也可以去看以前的代码)
public Duck(FlyBehavior flyBehavior, QuackBehavior quackBehavior) {
this.flyBehavior = flyBehavior;
this.quackBehavior = quackBehavior;
}
// 一般来说,超类的行为是很少会出现变化的(增加或者减少),如果一直出现变化,就证明这个超类的设计有问题,
// 或者说压根就不应该用策略模式,所以上述构造函数一般是不会调整的
// 在调用过程中一般不要出现下面这种写法,吞掉错误,是一件很蛋疼的事情,会增加队友们Debug的难度
// public void fly() {
// if (null == flyBehavior) {
// return;
// }
// flyBehavior.fly();
// }
public void fly() {
flyBehavior.fly();
}
public void quack() {
quackBehavior.quack();
}
public void swim() {
System.out.println("所有的鸭子默认都会游泳");
}
// 加入set方法后就可以随时调用这两个方法来改变鸭子的行为(策略模式的精髓,算法之间的相互替换)
public void setFlyBehavior(FlyBehavior flyBehavior) {
this.flyBehavior = flyBehavior;
}
public void setQuackBehavior(QuackBehavior quackBehavior) {
this.quackBehavior = quackBehavior;
}
}

Fly接口的实现类

1,不会飞行:

public class FlyNoWay implements FlyBehavior {
@Override
public void fly() {
System.out.println("我不会飞行,但是我有梦想");
}
}

2,用翅膀飞行

public class FlyWithWings implements FlyBehavior {
@Override
public void fly() {
System.out.println("我有翅膀,可以飞行");
}
}

鸣叫行为实现类

1,  呱呱叫

public class Quack implements QuackBehavior {
@Override
public void quack() {
System.out.println("呱呱呱....");
}
}

2,  沉默….

public class MuteQuack implements QuackBehavior {
@Override
public void quack() {
System.out.println("........");
}
}

具体的鸭子类(模型鸭)

public class ModelDuck extends Duck {
//这里的构造函数有两种形式
//第一种带有飞行行为和鸣叫行为的有参构造函数,这种形式就是完全将行为委托给客户端,
//*度更高,但是客户端就必须要自己了解所有行为的所有算法,或者他需要用到的所有算法
// public ModelDuck(FlyBehavior flyBehavior, QuackBehavior quackBehavior) {
// super(flyBehavior, quackBehavior);
// }
//第二种,设置默认的行为,客户端就不管飞行和鸣叫具体是怎么实现的,只要是模型鸭
//那么new ModelDuck().fly(),即可.
//在超类中有setFlyBehavior,setQuakBehavior,同样允许客户端自己选择
public ModelDuck() {
super(new FlyNoWay(), new MuteQuack());
}
@Override
public void display() {
System.out.println("我是一只模型鸭");
}
}

测试代码来说明什么是策略模式:

public class Client {
public static void main(String[] args) {
Duck duck = new ModelDuck();
duck.display();
System.out.println("默认飞行行为:");
duck.fly();
System.out.println("默认鸣叫行为:");
duck.quack();
//设置新的行为
duck.setFlyBehavior(new FlyWithWings());
duck.setQuackBehavior(new Quack());
System.out.println("新的飞行行为:");
duck.fly();
System.out.println("新的鸣叫行为:");
duck.quack();
//或者这样
duck.setFlyBehavior(new FlyBehavior() {
@Override
public void fly() {
System.out.println("我是火箭飞行模式");
}
});
duck.setQuackBehavior(new QuackBehavior() {
@Override
public void quack() {
System.out.println("学狗叫,汪汪汪");
}
});
System.out.println("自定义的飞行行为:");
duck.fly();
System.out.println("自定义的鸣叫行为:");
duck.quack();
}
}

现在每只鸭子的叫声和飞行都可以自己选择灵活配置,不仅可以切换鸭子,还可以切换鸭子的行为,这在原来的设计上是办不到的,现在加一种新的鸭子变得很简单了,而且不会对原来的设计造成影响。

第一次写东西,写的比较乱,表达的东西也不一定准确,虽然标题是策略模式,但是bb了很多跟策略模式无关的东西

要是想更清楚的了解策略模式可以去参考这位大神:http://blog.csdn.net/hguisu/article/details/7558249/

上一篇:导出Private API


下一篇:如何在SecureCRT中给linux上传和下载文件 安装redis