设计原则
设计模式告诉我们如何组织类和对象以解决某种问题。
第一个设计原则：找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。
（把会变化的部分取出并“封装“起来，好让其他部分不会受到影响）
第二个设计原则：针对接口编程，而不是针对实现编程
（”针对接口编程“真正的意思是”针对超类型编程“，抽象超类型可以是抽象类或接口）
理解例子：
”针对实现编程“： "针对接口/超类型编程"：
Dog d = new Dog(); Animal animal=new Dog();
d.makeSound(); animal.makeSound();
子类实例化的动作不再需要在代码中硬编码，而是”在运行时才指定具体实现的对象“！
第三个设计原则：多用组合，少用继承
使用组合建立系统具有很大的弹性，不仅可将算法族（方法）封装成类，更可以“在运行时动态地改变行为”
，只要组合的行为对象符合正确的接口标准即可。
策略模式定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
（1） 应用场景
a.
多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。
b.
需要在不同情况下使用不同的策略(算法)，或者策略还可能在未来用其它方式来实现
c.
对客户隐藏具体策略的实现细节，彼此完全独立。
（2） 优缺点
a.
提供了一种替代继承的方法，而且既保持了继承的优点(代码重用)还比继承更灵活(算法独立，可以任意扩展)[优点]
b.
避免程序中使用多重条件转移语句，使系统更灵活，并易于扩展[优点]
c.
遵守大部分GRASP原则和常用设计原则，高内聚、低偶合[优点]
d.
因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量[缺点]