大家好,今天早上让我扯扯策略模式吧。
首先,大家都知道,程序员最讨厌的,但是又必须接受的事实就是 需求一直在变化!!!那么于是就要写出容易维护的,可扩展的代码,对吧?
让我们来看下一个背景。
假设你要写一个人类(Class),它有一个go()的方法,但是 它有的时候乘车,有的时候巴士,有的时候坐飞机,有的时候坐游艇....那么怎么应对所有的情况呢?你说“根据在go方法里面写一堆代码啊”,那么你怎么知道所有的情况呢?如果要添加新的方法怎么办?
让我们介绍一下策略模式吧。
策略模式的定义是:
策略模式属于对象的行为模式,其用意是针对一组算法,将每一个算法封装到具有公共接口的对立的类中,从而使得它们可以互相替换,策略模式使得算法可以再不影响你客户端的情况下发生变化,
看下简单的UML图
理解下一些概念:
Context(应用场景):
1、需要使用ConcreteStrategy提供的算法。
2、 内部维护一个Strategy的实例。
3、 负责动态设置运行时Strategy具体的实现算法。
4、负责跟Strategy之间的交互和数据传递。
Strategy(抽象策略类):
1、 定义了一个公共接口,各种不同的算法以不同的方式实现这个接口,Context使用这个接口调用不同的算法,一般使用接口或抽象类实现。
ConcreteStrategy(具体策略类):
2、 实现了Strategy定义的接口,提供具体的算法实现。
好了,让我们看看之前提出的那个 人类问题怎么解决。
看看UML图
看看代码:
package edu.fjnu.cs.hwb.strategy;
public class People
{
private Vehicle v ;
public void setVehicle(Vehicle v)
{
this.v = v;
}
public void go()
{
v.go();
}
}
接口
package edu.fjnu.cs.hwb.strategy;
public interface Vehicle
{
void go();
}
package edu.fjnu.cs.hwb.strategy;
public class OnFoot implements Vehicle
{
public void go()
{
System.out.println("我是走路的的");
}
}
package edu.fjnu.cs.hwb.strategy;
public class ByBus implements Vehicle
{
public void go()
{
System.out.println("我是乘车的");
}
}
package edu.fjnu.cs.hwb.strategy;
public class ByPlane implements Vehicle
{
public void go()
{
System.out.println("我是乘飞机的");
}
}
package edu.fjnu.cs.hwb.strategy;
public class Client
{
public static void main(String[] args)
{
People p = new People();
p.setVehicle(new OnFoot());
p.go();
p.setVehicle(new ByBus());
p.go();
p.setVehicle(new ByPlane());
p.go();
}
}
好了,总结一下策略模式:
当你的某个部分是经常改变的,那么可以把这部分分离出来,做成策略模式
优点:易扩展
缺点:客户端程序员要知道所有的算法!而且如果算法多的话,那么就头疼了..
欢迎更正!