优点：

1、 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码转移到父类里面，从而避免重复的代码。

2、 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。

3、 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。

缺点：

1、客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。

2、 策略模式造成很多的策略类，每个具体策略类都会产生一个新类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。

策略模式的抽象过程

简单的说，策略模式就是要应对规则变化和新规则加入对程序带来的影响。

对于面向对象程序设计如何实现呢？通过接口可以避免直接调用规则，从而使得业务变化不会对规则产生影响。同时，添加新规则也不会影响业务流程。

这里举个例子：

话说 刘备要到江东娶老婆了，走之前诸葛亮给赵云(伴郎) 三个锦囊妙计，说是按天机拆开解决棘手问题，最后搞得周瑜是赔了夫人又折兵。

那咱们来看看这是个场景是什么样子的。

先说这个场景种的要素：三个妙计，一个锦囊，一个赵云。 妙计是诸葛亮给的，妙计放在锦囊里俗称锦囊妙计。那个赵云就是一个干活的人，从锦囊中取出妙计，执行。

首先先写一个妙计的接口

再来写三个实现类：

第一妙计---> 找乔国老帮忙，使孙权不能杀刘备

第二妙计---> 求吴国太开发绿灯

第三妙计---> 孙夫人断后，阻挡追兵

三个妙计有了，现在就差一个 锦囊了

现在所有的准备都好。就等赵云遇到了不能解决的问题，打开锦囊 解决问题了

运行的结果：

这就是策略模式，高内聚低耦合。