>策略模式(Strategy Pattern)：定义一系列算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化，也称为政策模式(Policy) ## (一)为什么需要策略模式 1，在有多种算法相似的情况下，使用 if...else 所带来的复杂和难以维护。 2，利用面向对象的继承和多态机制，将多个算法解耦。避免类中出现太多的if-else语句 ## (二)策略模式 UML图  Context(应用场景): 1、需要使用ConcreteStrategy提供的算法。 2、 内部维护一个Strategy的实例。 3、 负责动态设置运行时Strategy具体的实现算法。 4、负责跟Strategy之间的交互和数据传递。 Strategy(抽象策略类)： 定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，Context使用这个接口调用不同的算法，一般使用接口或抽象类实现。 ConcreteStrategy(具体策略类)： 实现了Strategy定义的接口，提供具体的算法实现。 ## (三)简单实例 如果我们现在在做一个商城，用户来了，我们想向其推荐对应的商品。比如说一个女性用户登录的话，我们就问她需要衣服，男性用户就推荐螺丝刀，不确定性别就推荐《葵花宝典》 <?php //抽象策略接口 abstract class Strategy{ abstract function peddle(); } //具体封装的策略方法 女性用户策略 class ConcreteStrategyA extends Strategy { public function peddle(){ echo '美女穿这件衣服肯定很好看'.PHP_EOL; } } //男性用户策略 class ConcreteStrategyB extends Strategy { public function peddle(){ echo '每一个男人都需要一个工具箱，充实工具箱，从购买各种螺丝刀开始'.PHP_EOL; } } //未知性别用户策略 class ConcreteStrategyC extends Strategy { public function peddle(){ echo '骨骼清奇，这本《葵花宝典》最适合你'.PHP_EOL; } } //环境类 class Context{ protected $strategy; public function __construct(Strategy $strategy) { $this->strategy = $strategy; } public function request() { $this->strategy->peddle($this); } } //若处于女性用户环境 $female_context = new Context(new ConcreteStrategyA); $female_context->request(); //若处于男性用户环境 $male_context = new Context(new ConcreteStrategyB); $male_context->request(); //若处于未知性别用户环境 $unknow_context = new Context(new ConcreteStrategyC); $unknow_context->request(); 这里我们可以看到，我们可以通过不同的环境选择不同的策略，用户性别的判断 如果对于一个商城系统来说，完全可以在用户登陆的时候通过数据库的用户信息得到，然后做出判断，选择适合的策略。 而且策略模式最显而易见的优势，就是如果我想增加一个新的策略怎么办？比如说，如果用户是小孩，就给他推荐《五年中考三年模拟》。是的，相信你们心里已经有答案了。那就是，再增加一个具体策略类。