Android设计模式之命令模式、策略模式、模板方法模式

命令模式是其它很多行为型模式的基础模式。
策略模式是命令模式的一个特例，而策略模式又和模板方法模式都是算法替换的实现，只不过替换的方式不同。
下面来谈谈这三个模式。

命令模式

将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤消的操作。

java中传递（注入）对象很容易，但是却不支持直接传递行为（即传递函数或者说传递方法），只能间接的通过传递（注入）一个对象，再调用它的行为来实现。
如果把这样的行为抽取出来为一个类，称作命令类，它的具体实现都是命令对象：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

public class Receiver { public void action() { } } public interface ICommand { void execute(); } public class Command implements ICommand { // 注入真正的行为对象 private Receiver receiver; public void setReceiver(Receiver receiver) { this.receiver = receiver; } @Override public void execute() { // 这里可以包含更多的逻辑代码 receiver.action(); } }

调用这样的命令对象，感觉还不如我直接调用它的方法呢，为什么要脱掉裤子放屁，多此一举？

恭喜你，你问到命令模式的点子上去了。
命令模式分离了不同行为及其需要的信息，让行为本身（这个行为可简单可复杂）变得独立，参数化也好，动态替换也好，灵活性大大提高，我们只需要关注命令对象的实现，而且命令对象完全可以共享。
当面对多种命令对象时，不可避免的需要排队或者管理，比如线程池等，这里不做叙述。
事实上，行为对象化的需求常常就是一个简单的命令封装，不需要状态、不需要排队、不需要管理，我们可以简化一下Command：

1 2 3 4 5 6 7

public class Command implements ICommand { @Override public void execute(Receiver receiver) { // 这里可以包含更多的逻辑代码 receiver.action(); } }

Lambda表达式可以说是此类简化版本的一个极致实现了，命令模式的UML类图如下:

策略模式

定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。

先看看策略模式的UML类图：

有没有发现和上面的命令模式UML类图有着高度重叠，区别在于：
命令模式强调的是对已有行为的一个封装，而策略模式强调的是一系列未知算法的替换，这些算法需要独立的实现。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

public interface IStrategy { int doAlgorithm(int... array); } // 返回首元素 public class StrategyA implements IStrategy { @Override public int doAlgorithm(int... array) { return array[0]; } } // 返回末元素 public class StrategyB implements IStrategy { @Override public int doAlgorithm(int... array) { return array[array.length - 1]; } } public class Context { private IStrategy strategy; public void setStrategy(IStrategy strategy) { this.strategy = strategy; } public int getData(int... array) { // 不同的策略将会得到不同的结果 return strategy.doAlgorithm(array); } }

模板方法模式

定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。TemplateMethod 使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

这里的算法和策略的模式的算法都是指泛义上的算法，可以简单的理解为具体实现。
模板方法替换算法的方法最直接，就是继承覆盖，一看就懂。当然模板方法的重点是定义这些算法的结构：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

public abstract class AbstractClass { // 就按照这个顺序来执行 private void templateMethod() { primitiveOperation1(); primitiveOperation2(); primitiveOperation3(); } public void primitiveOperation1() { } public void primitiveOperation2() { } public void primitiveOperation3() { } } public class ConcreteClass extends AbstractClass { @Override public void primitiveOperation1() { // concrete class code } @Override public void primitiveOperation2() { // concrete class code } @Override public void primitiveOperation3() { // concrete class code } }

巧妙的地方（如果硬要说这里面有巧妙的话）就是templateMethod只需要挂“钩子”，而把这些钩子的具体实现延迟到子类，这在一些有固定骨架的场景下非常有用，比如生命周期等。
相比于策略模式使用组合替换算法，模板方法使用继承，UML类图如下：

小结

三个模式都很好理解，是面向对象应用的基本模式。
这几个模式都是最直接体现继承和多态特性的，虽然很简单，但却告诉大家一个道理：虽然面向对象博大精深，但万变不离其宗！