JavaAPI设计模式之策略（Strategy）策略设计模式与状态设计模式相类似。我们提到过，状态设计模式包含⼀个状态对象，该对象封装⼀个上下⽂对象的状态。策略设计模式包含⼀个策略对象、该对象与状态设计模式的状态对象相类似。它们之间的关键不同在于：策略对象封装算法⽽不是状态信息。
⽐如说，java.awt.Container组件实现了策略设计模式，它将LayoutManager设计成策略对象。在包java.awt中，类FlowLayout、BorderLayout、GridLayout实现接⼝LayoutManager。每⼀个类通过使⽤⽅法addLayoutComponent⽽将GUI组件添加到Container对象中----但每⼀个⽅法运⽤⼀种不同的算法来显⽰这些GUI组件：FlowLayout以从左到右的顺序显⽰组件；BorderLayout将组件显⽰在五个区域中；GridLayout以⾏列格式来显⽰组件。
类Container包含⼀个LayoutManager对象（策略对象）的引⽤。因为接⼝对象（即对LayoutManager对象的引⽤）的引⽤可以保持对实现该接⼝的所有类的对象（即FlowLayout、BorderLayout或GridLayout对象）的引⽤，这个LayoutManager对象可以再任何时间引⽤FlowLayout、BorderLayout或GridLayout对象。因此，类Container可以通过⽅法setLayout来改变这个引⽤，从⽽在运⾏时选择不同的布局。
意图：
定义⼀组算法，封装他们，并使得它们能够互换。策略设计模式使得算法独⽴于使⽤它的客户⽽变化。
动机：
⼀个对⽂本分⾏的例⼦。有很多算法可以将⼀个⽂本分割成⾏。将所有的这些算法硬编码到需要他们的类中是不可取的。原因如下：1，如果客户将分⾏的代码写⼊⾃⼰的客户端，客户端将变得⾮常复杂。这将使客户端变⼤并且变得难以维护，尤其是⽀持多种分⾏算法的时候。
2，不同的算法在不同的的时候使⽤才是适合的。我们不想在我们不⽤某些算法的时候仍然⽀持它。
3，当分⾏算法是客户端的代码的时候，我们添加新的分⾏算法和修改原来的分⾏算法都变得很困难。
我们可以通过定义封装不同的分⾏算法的类来避免上⾯的问题。
客户对象包含⼀个策略对象的引⽤。当客户对象需要分⾏时，就把这个任务交给策略对象，由策略对象来完成。客户对象可以再构造时决定由那个策略对象来执⾏分⾏。
实现：
客户类：
class Composition {
public:
Composition(Compositor *);
void Repair();
private:
Compositor * _compositor;
};
void Compostion::Repair() {
int linenum;
linenum = _compositor->Compose();  //调⽤分⾏算法compose
}
策略类：
class Compositor {
public:
virtual int Compose() = 0;
};
class SimpleCompositor : public Compositor {
public:
api设计SimpleCompositor();
virtual int Compose() {
//具体实现
}
};
class TextCompositor : public Compositor {
public:
TextCompositor();
virtual int Compose() {
//.....具体实现
}
};
class ArrayCompositor : public Compositor{};
主程序:
如果想使⽤某个分⾏策略，就⽤这个策略去实例化⽂本。例：Composition * quick = new Composition(new SimpleCompositor);