考虑您要设计一个更换各种符号的工具类TextCharChange,您是否会采用这样的方式:
switch(getChangeType()) {
case RN_TYPE: replaceRN();
break;
case N_TYPE: replaceN();
break;
case OTHER_TYPE: replaceOTHER():
break;
...
}
}
这么作的缺点是,日后您要增加更换符号的策略时,会有几个地方需要修改:增加TYPE常数、增加TextCharChange中的 replaceXXX()方法、增加 replace()方法中的switch case判断。
像这种策略采用的情况,可以将策略加以封装为一个物件,而不是将策略写死在某个类中,如此一来,策略可以独立于客户端,随时增加变化、增加或减少策略,即使是修改每个策略的内容,也不会对客户端程式造成影响。
来举个最简单的例子,首先要知道Windows与Linux的文字档案换行符号是不同的,Windows是 /r/n ,而Linux是 /n,今天您要设计一个文字编辑器,在适当的时候,您必须要能随时转换这两种符号,如果不采用上面的策略采用流程的话,要如何设计:
- TextStrategy.java
public abstract class TextStrategy {
protected String text;
public TextStrategy(String text) {
this.text = text;
}
public abstract String replace();
}
- LinuxStrategy.java
public class LinuxStrategy extends TextStrategy {
public LinuxStrategy(String text) {
super(text);
}
public String replace() {
preOperation();
System.out.println(
text = text.replaceAll("@r@n", "@n"));
postOperation();
return text;
}
private void preOperation() {
System.out.println("LinuxStrategy preOperation");
}
private void postOperation() {
System.out.println("LinuxStrategy postOperation");
}
}
- WindowsStrategy.java
public class WindowsStrategy extends TextStrategy {
public WindowsStrategy(String text) {
super(text);
}
public String replace() {
startOperation();
System.out.println(
text = text.replaceAll("@n", "@r@n"));
endOperation();
return text;
}
private void startOperation() {
System.out.println("WindowsStrategy startOperation");
}
private void endOperation() {
System.out.println("WindowsStrategy endOperation");
}
}
- TextCharChange.java
public class TextCharChange {
public static void replace(TextStrategy strategy) {
strategy.replace();
}
}
- Main.java
public class Main {
public static void main(String[] args) {
String linuxText =
"This is a test text!!@n Oh! Line Return!!@n";
String windowsText =
"This is a test text!!@r@n Oh! Line Return@r@n";
// load file, suppose it's Linux's text file
// take the WindowsStrategy
// I want to change it to Windows' text file
TextCharChange.replace(
new WindowsStrategy(linuxText));
// such-and-such operation.....
System.out.println();
// load file, suppose it's Windows' text file
// take the LinuxStrategy
// I want to change it to Linux's text file
TextCharChange.replace(
new LinuxStrategy(windowsText));
}
}
为了明显的秀出结果,我们使用@n来表示 '/n' , @r 表示 '/r' 符号,Main中的流程是个假设的情况,何时采用何种策略是随机的。
在Strategy模式中,使用一个公开的介面replace(),让客户端请求,而在实作replace()时,可以任意的组合演算策略,程式中的 preOperation()、postOperation()就是用以示意演算的组合概念,Strategy模式封装了这些演算过程,使它们易于组合、 修改、替换,上面这个例子的UML 类别结构图如下所示:
![Strategy Strategy](http://www.riabook.cn/doc/designpattern/images/strategy-1.jpg)
Strategy模式的UML类别结构图如下:
![Strategy Strategy](http://www.riabook.cn/doc/designpattern/images/strategy-2.jpg)
从行为上来说,State 模式 与Strategy模式是蛮相近的。
State模式:看当前是什么状态,就采取什么动作。
Strategy模式:看需求(情境)是什么,采用适当的策略。
不过两者虽相似,应用的场合稍有不同,State模式中有一个重点在于设定状态变化,就像 Gof 例子中举的TCP连线;Strategy策略模式则是直接采用适当的策略的感觉,例如Gof中说的,采用适当的演算法来作正文换行。