文章目录

• 前言
• 一、未使用设计模式
• 二、策略模式
• • 1.定义
  • 2.结构
• 三、应用场景
• 四、优缺点
• • 优
  • 缺
• 参考资料

前言

需求：
一天，产品经理走过来对你说。猫啊（自称），帮我设计一个计算器，需要的功能有求最大值，最小值。应不难的吧ㄟ( ▔, ▔ )ㄏ
本文主要说明设计模式，具体算法实现不在涉及

一、未使用设计模式

小小经理，可笑可笑😏，看我一顿操作！

public class Calculation {public static void go(List list, String type) throws Exception {if (type.equals("1")){// 最大值System.out.println("最大值");}else if (type.equals("2")){// 最小值System.out.println("最小值");}else {throw new Exception("error");}}public static void main(String[] args) throws Exception {List list=new ArrayList<>();String type="6";go(list,type);}
}

这时，产品经理又来了，瞧我这记性，不止要实现最大最小的计算，还需要有求和，平均值，排序…😵‍💫可能以后给还会在加如更多的算法。

此时，就可以看出上述设计出现的弊端，在代码中使用了大量的if–else，如果某天经理突然又想出来一些新的需求，就不得不对Calculation的代码进行修改，此时我们就违反了设计原则中的开闭原则，同时也会造成大量的代码在一个类中，难以阅读。我们的目标应该是允许类容易扩展，在不修改现有代码的情况下就可以增加新的行为。

开闭原则 ：
类应该对扩展开放，对修改关闭

二、策略模式

1.定义

该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。

2.结构

1、抽象策略角色（Strategy）：通常有一个接口或一个抽象类实现

2、具体策略角色（ConcreteStrategy）：包装了相关的算法和行为

3、环境角色（Context）：持有一个策略类的应用，最终供客户端调用

我们将计算方法抽象为一个策略接口

public interface NumberGather {//调用集合方法的抽象方法public void calculation(List list);
}

现在只需要为不同的算法建立对应的策略实现类

最小值：

public class Min implements NumberGather {@Overridepublic void calculation(List list) {List list1 = new ArrayList();Integer min = Collections.min(list1);System.out.println("最小值为"+min);}
}

最大值：

public class Max implements NumberGather{@Overridepublic void calculation(List list) {List list1 = new ArrayList();Integer max = Collections.max(list1);System.out.println("最大值为"+max);}
}

平均值：

public class Average implements NumberGather {@Overridepublic void calculation(List list) {List list1 = new ArrayList();double sum =list1.stream().mapToDouble(Integer::doubleValue).sum();int size = list1.size();double avg = sum/size;System.out.println("平均值为"+avg);}
}

环境类：

public class Context {private NumberGather numberGather;public Context(NumberGather numberGather){this.numberGather=numberGather;}public void go(List list){numberGather.calculation(list);}
}

test：

public class Demo {public static void main(String[] args) {List list1 = new ArrayList();list1.add(8);list1.add(7);list1.add(16);list1.add(12);list1.add(3);Context context=new Context(new Max());context.go(list1);Context context1=new Context(new Average());context1.go(list1);}
}

三、应用场景

1、 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。
2、 需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现。
3、 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。

四、优缺点

优

• 策略类之间可以自由切换。由于策略类都实现同一个接口，所以使它们之间可以自由切换。
  易于扩展。
• 增加一个新的策略只需要添加一个具体的策略类即可，基本不需要改变原有的代码。符合开闭原则
• 避免使用多重条件选择语句，充分体现面向对象设计思想。

缺

• 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这点可以考虑使用IOC容器和依赖注入的方式来解决
• 策略模式会造成很多的策略类，可能造成类爆炸。

参考资料

百度

https://juejin.cn/post/7006126086715113480