让程序畅通执行——命令模式

1.命令模式的定义

将命令请求封装为对象，使得可以用不同的请求来进行参数化。

2.命令模式的使用场景

考虑这样一种场景：某个方法需要完成某一个功能，完成这个功能的大部分步骤已经确定了，但可能有少量具体步骤无法确定，必须等到执行该方法时才可以确定。具体一点：假设有个方法需要遍历某个数组的数组元素，但无法确定在遍历数组元素时如何处理这些元素，需要在调用该方法时指定具体的处理行为。
这个要求看起来有点奇怪：这个方法不仅要求参数可以变化，甚至要求方法执行体的代码也可以变化，需要能把”处理行为“作为一个参数传入该方法。

3.命令模式的UML类图

4.命令模式的实现

public class ProcessArray {
	//定义一个each()方法，用于处理数组元素
	public void each(int[] target,Command cmd) {
		cmd.process(target);
	}
}

public interface Command {
	//接口里定义的process方法用于封装处理行为
	public void process(int[] target);
}

public class CommandTest {
	public static void main(String[] args) {
		ProcessArray pa = new ProcessArray();
		int[] target = {-3,-4,6,4};
		//第一次处理数组，具体的处理行为取决于Command对象
		pa.each(target, new Command() {

			@Override
			public void process(int[] target) {
				// TODO Auto-generated method stub
				//重写process方法，决定具体的处理行为
				for(int temp:target) {
					System.out.println("迭代输出目标数组元素"+temp);
				}
			}
		});
		System.out.println("--------------------------------------");
		//第二次处理数组，具体的处理行为取决于Command对象
		pa.each(target, new Command() {

			@Override
			public void process(int[] target) {
				// TODO Auto-generated method stub
				int sum = 0;
				for(int tmp:target) {
					sum += tmp;
				}
				System.out.println("数组元素的总和是："+sum);
			}
		});
	}
}

5.总结

在命令模式中其充分体现了几乎所有设计模式的通病，就是类的膨胀，大量衍生类的创建，这是一个不可避免的问题，但是其给我们带来的好处也非常多，更弱的耦合性、更灵活的控制性以及更好的扩展性，不过，在实际开发过程中是不是需要采用命令模式还是需要斟酌。