策略模式

  简单工厂模式只是解决对象的创建问题。
  面向对象的编程,并不是类越多越好, 类的划分是为了封装,但分类的基础是抽象,具有相同属性和功能的对象的抽象几何才是类。
  封装变化点是面向对象的一种很重要的思维方式。

  策略模式:面对算法的时常变动。封装变化点是我们面向对象的一种很重要的思维方式。它定义了算法家族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。

  策略模式是一种定义一系列算法的方法,从概念上来看,所有这些算法完成的都是相同的工作,只是实现不同,他可以以相同的方式调用所有的算法,减少了各种算法类与使用算法类之间的耦合(DPE)。
  策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为,继承有助于析取出这些算法中的公共功能(DP)。对于两个数的加、减、乘或者其他的算法,其实都是对两个数进行运算的一种方式,通过继承,可以得到他们的公共功能。公共的功能就是获得两个数运算后的结果。

  策略模式的另外一个优点就是简化了单元测试,因为每个算法都有自己的类,可以通过自己的接口单独测试。

  策略模式就是用来封装算法的,但在实践中,我们发现可以用它来封装几乎任何类型的规则,只要在分析过程中挺到需要在不同时间应用不同的业务规则,就可以考虑使用策略模式处理这种变化的可能性。

  需求:实现两个int类型的数的+  -  *操作

  

1 //策略类,定义所有支持的算法的公共接口
2 public abstract class Strategy {
3     public abstract void algorithmMethod(int numberA,int numberB);
4 }
//具体策略类,封装了具体的算法或行为,继承于Strategy   
//用于加法的算法
public class ConcreteStrategyAdd extends Strategy {
    @Override
    public void algorithmMethod(int numberA,int numberB) {
        System.out.println(numberA+" + "+numberB+" = "+(numberA+numberB)+";");
    }
}
 1 //具体策略类,封装了具体的算法或行为,继承于Strategy
 2 //用于乘法的算法
 3 public class ConcreteStrategyMul extends Strategy {
 4 
 5     @Override
 6     public void algorithmMethod(int numberA,int numberB) {
 7         System.out.println(numberA+" * "+numberB+" = "+(numberA*numberB)+";");
 8     }
 9 
10 }
1 //具体策略类,封装了具体的算法或行为,继承于Strategy
2 //用于两个数相减的算法
3 public class ConcreteStrategySub extends Strategy {
4     @Override
5     public void algorithmMethod(int numberA,int numberB) {
6         System.out.println(numberA+" - "+numberB+" = "+(numberA-numberB)+";");
7     }
8 
9 }
 1 //Context上下文,用一个ConcreteStrategy来配置,维护一个对Strategy对象的引用
 2 public class Context {
 3     private Strategy strategy;
 4     //初始化时,传入具体的策略对象
 5     public Context(Strategy strategy){
 6         this.strategy = strategy;
 7     }
 8     
 9     //根据具体的策略对象,调用其算法的方法
10     public void contextInterface(int numberA,int numberB){
11         strategy.algorithmMethod(numberA, numberB);
12     }
13     
14 }

测试类:

public class Test {
    public static void main(String[] args) {
        Context context;
        // 我想使用加法算法
        context = new Context(new ConcreteStrategyAdd());
        context.contextInterface(5, 4);

        // 我想使用减法算法
        context = new Context(new ConcreteStrategySub());
        context.contextInterface(5, 4);

        // 我想使用乘法算法
        context = new Context(new ConcreteStrategyMul());
        context.contextInterface(5, 4);
    }
}

测试结果:

5 + 4 = 9;
5 - 4 = 1;
5 * 4 = 20;

UML图:

不能只满足于写完代码运行结果正确就完事,时常考虑如何让代码更加简练更加容易维护、容易扩展和复用,只有这样才可以真正得到提高 --《来自大话设计模式》
原文地址:https://www.cnblogs.com/lixianyuan-org/p/9463013.html