GOF对于策略模式的定义是“定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化”。
关于这句话的理解可分为两步骤，第一个步骤封装算法，第二步骤算法独立于客户。我们看看策略模式的结构类图。
这里的Context类就是客户类，客户类把关于算法的实现委托给了其他的ConcreteStrategy。这样算法能独立于客户类变化，而且也方便了算法类被其他客户类复用。由于独立出了一个封装算法的父类，策略模式的这种结构带来的好处是显而易见的，包括算法子类可以复用父类的代码，客户可以很方便的改变他的算法等等。同时这类结构也增加了系统调用开销和类的数目。
gof在书中花了大段篇幅来解释策略模式的实现策略。其中重要的是关于Strategy和Context的接口的设计。gof提供了两种实现策略，这两种共同的地方是把Strategy对象作为构造Context对象的参数传入或是Context提供一个函数动态设置它的Strategy对象。不同的地方在于：第一种是使用Strategy策略时通过传入参数调用Strategy函数来达到实现调用的目的，第二种则是把Context对象的this指针传入Strategy，在Strategy中使用Context的指针主动的获取Strategy的信息。毫无疑问第二种方法将会带来这两种类的更深更紧密的耦合度。但是却给Strategy提供了更精细控制的能力。所有具体实现看当时的情况，一般情况下，第一种实现方式就能应付了。