设计模式(二)_ 策略模式
上篇学习了单例模式，接着学习，坚持就是胜利，今天主要学习下策略模式，参考了gitchat周君的相关课程，但是内容全部手打，拒绝粘贴。
什么是策略模式
策略模式的用意是针对一组算法，将每一个 算法封装到具有相同接口的独立类中，从而使得它们之间可以相互替换，此模式让算法的变化可以不影响客户端的情况下发生。
一般情况下，我们是将一种行为写成一个类方法，比如计算器的加、减、乘、除。而策略模式是将每一种算法写成一个类，然后动态的选择用哪种算法。
这里所说的算法并不是 “冒泡排序算法” 之类的算法。它可以是 一段代码，一个请求、一个业务操作。
实现计算器代码举例
第一次画uml 图。如有不对请指正
这个例子为加法和减法创建了一个类。具体代码如下
Operation 接口：
package com.zhb.service;
public interface Operation {
public int doOperation(int num1,int num2);
}
2个实现类，加法和减法
public class OperationAdd implements Operation{
@Override
public int doOperation(int num1, int num2) {
return num1 + num2;
}
}
public class OperationSub implements Operation{
@Override
public int doOperation(int num1, int num2) {
return num1 - num2;
}
}
计算器类:
package com.zhb.main;
import com.zhb.service.Operation;
public class Calculator {
private Operation operation;
public void setOperation(Operation operation) {
this.operation = operation;
}
public int doOperation(int num1, int num2){
return this.operation.doOperation(num1, num2);
}
}
使用：
public static void main(String[] args) {
Calculator calculator = new Calculator();
OperationAdd add = new OperationAdd();
OperationSub sub = new OperationSub();
calculator.setOperation(add);
int result = calculator.doOperation(1, 2);
System.out.println(result);
calculator.setOperation(sub);
int result1 = calculator.doOperation(1, 1);
System.out.println(result1);
}
看到这里，大家一定和我一样疑惑，感觉这没必要建新的类，直接一个类2个add(),sub() 方法就可以搞定啊。你如果在写乘法，还要再写一个类。多麻烦。
的确，使用策略模式使代码增多，如果下面这种场景下
如果将你写好的计算器代码打包发布出去，供大家使用。如果大家后来发现，我不仅要加减乘除、还要开方。此时怎么办？
如果你用普通写法的计算器，你可能需要在类中 再增加开方的方法就好了。 但是你 提供的jar包。就算你提供源码，你希望别人修改你的源码不？一般提供出去的框架或库，都是经过千锤百炼的。经过无数次测试的，如果别人修改源码很容易产生不可预知的错误。再其次。实际工作中，你写的代码好还行，不好的话，说实话，看都不想看，别说改了。
如果你使用策略模式，你只需要定义一个开方的类实现Operation 接口。然后调用 calculator.setOperation(new 开方类()); 即可。
这里很好的体现了一个设计模式的基本原则：开闭原则。
开闭原则说的是 对修改关闭、对扩展开放。
优点
- 遵守开闭原则，扩展性良好
缺点
- 随着你的策略增加，你的类也会越来越多
- 所有 的策略类都要暴露出去，所以如果在实际开发中你使用了策略模式，你一定要让你同事知道已有哪些策略。
例子代码后期会放到github上，每种设计模式的代码都会上传上去，敬请期待。
代码下载 github
