上文：《PHP设计模式引见》第六章 伪对象模式

《PHP设计模式引见》第七章 策略模式

在编写面向对象的代码的时，有些时候你需求一个能够本人依据不同的条件来引入不同的操作对象实例。例如，一个菜单功用能够依据用户的“皮肤”首选项来决定能否采用水平的还是垂直的陈列方式，或者一个计费系统可以自行依据用户的收货地址来决定税率。

普通来讲，一个控制菜单的对象实例包括了add(), delete(), 和 replace()等菜单元素；并通过set()进行配置，用render()来管理显示模式。无论你想生成什么样子的菜单，你都可以用同一个对象类来处理。不同菜单的对象实例只是一些方式函数的运算规则不同罢了，至少在刚才的例子里面render()函数是不同的。

但是如果你需求添加菜单的显示模式品种，或者你需求依据用户的国家、省份等信息来判断菜单陈列的顺序的时候，该怎样做呢？而且如果有许多的方式函数都是经常变化的，那么简单的类封装将变得复杂、难易理解和升级的。

问题

怎样轻松地改变对象实例的执行过程，因此在代码执行的时候动态地改变执行过程？一旦实现了这个功用，如果去编写这样的类定义从而让维护和升级变得非常简单呢？

处理办法

当一个类封装了多个操作的时候，对象实例可以动态地选择这些操作来进行，可以用策略模式来把对象本身和运算规则区分开来。或者，更简单的处理是类里面定义的方式函数用case语句来进行控制。当然更简单的方法是使用策略模式。

策略模式功用非常强大，由于这个设计模式本身的核心思想就是面向对象编程的多形性的思想。

就在编程领域之外，有许多例子是关于策略模式的。如果我需求在清晨从家里去上班，我可以有几个策略可以考虑：我可以开车，乘坐公交车，走路，汽车或者甚至是搭乘直升飞机。每个策略都可以得到相反的结果，但是它们使用了不同的资源。选择策略的依据是费用，时间，使用工具还有每种方式的方便程度 。一个很好的策略也许在第二天就不能再被使用的，所以策略的选择是绝对的。

你曾经在前面的工厂模式章节看到了和策略模式类似的例子:由于不同特性的费用计算方式不同，所以Monopoly游戏的框架使用了许多类似的特性类，但是由于费用的计算不是从类本身获得，所以这个费用计算绝对来说是一个TemplateMethod 设计模式。