<二>读<<大话设计模式>>之策略模式
又和大家见面了。可以坚持写出第二篇文章真不错，好好加油。
<<大话设计模式>>解说策略模式是以商场收银软件程序开头的，那么问题来了。哪家商场收银软件强，开玩笑了。
读过上篇文章《《简单工厂模式》》的知道，它有两个缺点：1、client依赖两个类。耦合性高；2、假设算法过多则须要写非常多类。解决上面问题的就是策略模式了。
策略模式：它定义了算法家族。分别封装起来。让它们之间能够互相替换，此模式让算法的变化，不会影响到使用算法的客户。
商场收银软件：单位价格*打折算法=售价。对于这种软件来说，须要常常变化的是打折算法。其有用简单工厂模式全然能够的。直接添加打折算法，然后工厂生产实例对象就能够了。
可是这个模式知识解决对象创建问题，并且因为工厂本身包含了全部收费方式，商场是可能常常更改打折算法的，每次维护或扩展收费方式都要修改这个工厂。这样是很麻烦也不遵循易扩展、易复用原则。事实上分析一下该软件的变化点就是打折算法，我们仅仅要将这个变化点封装起来就行了，而策略模式可以做到这一点。
好了。上代码了。依据样例学习进步快
1、策略类，定义了全部算法实现的公共方法接口
/*
* 策略类
*/
publicabstractclass Strategy {
/*
* 定义全部算法的公共接口
*/
publicabstractvoid algorithmlnterface();
}
2、维护一个对Strategy类的引用。想调用那个类就调用那个类
/*
* 维护对strategy对象的引用
*/
publicclass Context {
Strategystrategy;
public Context(Strategy strategy){
this.strategy = strategy;
}
publicvoid contextInterface(){
strategy.algorithmlnterface();
}
}
3、算法a
publicclass ConcreteStrategyAextends Strategy {
@Override
publicvoid algorithmlnterface() {
//TODO Auto-generated method stub
System.out.println("this is algorithm a ;");
}
}
4、算法b
publicclass ConcreteStrategyBextends Strategy {
@Override
publicvoid algorithmlnterface() {
//TODO Auto-generated method stub
System.out.println("this is algorithm b ;");
}
}
5、client调用
publicclass StrategyClient {
/**
* @param args
*/
publicstaticvoid main(String[] args) {
//TODO Auto-generated method stub
/*
* 对照与工厂模式，该client只依赖于Context类，解耦更加彻底
* 添加一个算法只须要添加一个算法类就可以
*/
Contextcontext = new Context(new ConcreteStrategyA());
context.contextInterface();
//看到了吧。想要B算法就直接实例一下就能够调用它的方法了
Contextcontext2 = new Context(new ConcreteStrategyB());
context2.contextInterface();
}
}
总结：策略模式是一种定义一系列算法的方法，从概念上来看，全部这些算法完毕的都是同样的工作，仅仅是实现不同。它能够以同样的方式调用全部的算法，降低了各种算法类与使用算法类之间的耦合。
