Strategy,首先简单介绍
他是算法集合,封装了大量算法,让他们之间可以互相替换!此模式让算法的变化,不影响到使用算法的客户.
刚开始,我总觉得代理和策略很相似,后来发现,[color=red]策略模式,肯定有个容器,包容所有的策略,然后根据条件使用不同的策略,代理就不是了,代理就是代理某个行为或对象[/color]
策略模式同时还简化了单元测试,因为每个接口都有自己的实现!可以通过接口单独测试.
1,抽象算法类
2,具体算法(继承抽象算法)
3,相当与一个助手help
4,调用时可以加入工厂
个人认为,简单工厂体现了里氏替换原则,但策略模式不仅如此,他还有封装了操作进去,不仅对象不需要再来确定类型new,而且对象的具体操作也自动完成了.
他是算法集合,封装了大量算法,让他们之间可以互相替换!此模式让算法的变化,不影响到使用算法的客户.
刚开始,我总觉得代理和策略很相似,后来发现,[color=red]策略模式,肯定有个容器,包容所有的策略,然后根据条件使用不同的策略,代理就不是了,代理就是代理某个行为或对象[/color]
策略模式同时还简化了单元测试,因为每个接口都有自己的实现!可以通过接口单独测试.
1,抽象算法类
public abstract class Strategy {
//算法方法
public abstract void AlgorithmInterface();
}
2,具体算法(继承抽象算法)
//开始封装具体的算法或行为
public class ConcreteStrategyA extends Strategy {
@Override
public void AlgorithmInterface() {
System.out.println("第一个算法");
}
}
3,相当与一个助手help
//上下文
public class Context {
Strategy strategy;
//初始化时,传入具体的策略对象
public Context(Strategy str){
this.strategy = str;
}
//上下文接口
public void ContextInterface(){
//根据具体的策略对象,调用其具体方法
strategy.AlgorithmInterface();
}
}
4,调用时可以加入工厂
public class Test {
private static Context context;
/**
* @param args
*/
public static void main(String[] args) {
getContext(1);
context.ContextInterface();
}
//这里相当于一个简单工厂
public static void getContext(int type) {
if (type == 1) {
context = new Context(new ConcreteStrategyA());
} else if (type == 2) {
context = new Context(new ConcreteStrategyB());
} else if (type == 3) {
context = new Context(new ConcreteStrategyC());
}
}
}
个人认为,简单工厂体现了里氏替换原则,但策略模式不仅如此,他还有封装了操作进去,不仅对象不需要再来确定类型new,而且对象的具体操作也自动完成了.