策略模式
定义一个需求:根据商品的单价和数量计算消费总额,采用面向对象的方式,要求程序可扩展、可复用、可维护、灵活性强。
需求分析:商场可能在有些时候会进行打折、会进行满减活动,因此在后期可能需要扩展功能。不管计算总价还是打折做活动,都是算法的变动,这是可以考虑使用策略模式。需求对应的程序我会在后面给出。
先来简单了解一下策略模式:策略模式定义了算法家族,分别封装起来,让他们相互替换,此模式使算法的变化,不会影响到使用算法客户。算法本身只是一种策略,最重要的是这些算法随时可以相互替换,这就是变化点,而封装变化点是面向对象很重要的思维模式。
策略模式结构图如下:
策略模式结构图对应程序:
//策略类
abstract class Startegy{
//算法方法
public abstract void AlgorithmInteface();
}
//算法A的具体实现
public void AlgorithmInterface(){
//伪代码
print("算法A实现");
}
//具体算法B实现类
public class ConcreteStrategyB extends Startegy{
//算法A的具体实现
public void AlgorithmInterface(){
//伪代码
print("算法B实现");
}
}
//具体算法C实现类
public class ConcreteStrategyC extends Startegy{
//算法C的具体实现
public void AlgorithmInterface(){
//伪代码
print("算法C实现");
}
}
//上下文类,相当于对策略类的封装。
public class Context{
Strategy startegy;
//初始化时,传入具体策略对象
public Context(Startegy startegy){
this startegy = startegy;
}
//上下文接口,根据具体的策略对象,调用其算法方法
public void ContextInterface(){
startegy.AlgorithmInteface();
}
}
//客户端代码
public class Mian{
public static void main(String[] args){
Context context;
//伪代码
switch("str"){
case: "str1"
context = new Context(new ConcreteStrategyA())
break;
case2: "str2"
context = new Context(new ConcreteStrategyB())
break;
}
context.ContextInterface();
}
}
上面就是策略模式结构图的完整代码。其实我们可以将策略模式客户端的 switch语句块去掉,将策略模式和简单工厂方法模式相结合。策略模式和简单工厂方法模式相结合可以是客户端带代码简练,并且将算法和客户端彻底分离,客户端只要知道策略模式中的Context上下文类即可。
我们再来看看策略模式:
策略模式是一种定义一系列算法的方法,从概念上来看,所有算法都是相同的工作,只是实现不同,它可以以相同的方式调用所有算法,减少各种算法与使用算法类之间的耦合。
策略模式的Strategy类层次为 Context定义了一系列的可重用的算法或行为。继承有助于析取这些算法的公共功能。
策略模式还简化了单元测试,因为将每个算法都封装为了一个类
在实践过程中,可以用它来封装几乎任何类型的规则,只要在分析过程中听到需要在不同时间使用不同的业务规则,就可以考虑策略模式处理这种变化。
注意:这里只是对策略模式进行了举例,并且使用了switch语句块,导致项目还有很大改进的地步,最好的是通过反射技术+配置文件 来确定创建哪个类的对象。
针对上面的需求,通过 反射+配置文件 的方式实现策略模式,并且结合简单工厂模式,我写了一个的完整案例,在我的github中,地址为:https://github.com/yangSirKo/StrategyPattern ,欢迎大家访问,如果喜欢就留个赞喽~~