设计模式——命令模式

命令模式，是对命令的封装，把客户端的请求封装成一个对象然后传入系统内部。实际上是一种对命令请求、命令、执行三者的解耦设计。因此这个模式涉及到的角色中有调用者和接收者两个角色，是想设计成低耦合的状态，提高灵活性。

涉及到的角色：

抽象命令类：定义命令的统一接口。

具体命令类：Command接口的实现者，用来执行具体的命令，某些情况下可以直接用来充当Receiver。

接收者：命令的实际执行者

请求者：命令的请求者，是命令模式中最重要的角色。这个角色用来对各个命令进行控制。

意图：将一个请求封装成一个对象，从而使您可以用不同的请求对客户进行参数化。

主要解决：在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。

何时使用：在某些场合，比如要对行为进行"记录、撤销/重做、事务"等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将"行为请求者"与"行为实现者"解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。

如何解决：通过调用者调用接受者执行命令，顺序：调用者→命令→接受者。

关键代码：定义三个角色：1、received 真正的命令执行对象 2、Command 3、invoker 使用命令对象的入口

应用实例：struts 1 中的 action 核心控制器 ActionServlet 只有一个，相当于 Invoker，而模型层的类会随着不同的应用有不同的模型类，相当于具体的 Command。

优点： 1、降低了系统耦合度。 2、新的命令可以很容易添加到系统中去。

缺点：使用命令模式可能会导致某些系统有过多的具体命令类。

使用场景：认为是命令的地方都可以使用命令模式，比如： 1、GUI 中每一个按钮都是一条命令。 2、模拟 CMD。

注意事项：系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作，也可以考虑使用命令模式，见命令模式的扩展。

代码如下：

<?php
//命令抽象类
abstract class Command{
	//执行方法
	abstract function Excute();
}

//具体命令类-可以根据不同情况有多个继承具体类
class ConcreteCommand extends Command{
	private $Receiver;
	function __construct(Receiver $Receiver)
	{
		$this->Receiver = $Receiver;
	}
	function Excute()
	{
		$this->Receiver->DoSomething();
	}
}

//接受者类
class Receiver{
	//定义接受者要做的事情，可以有很多
	function DoSomething()
	{
		echo "Receiver do something.";
	}
}

//调用者
class Invoker{
	private $Command;
	function __construct(Command $Command)
	{
		$this->Command = $Command;
	}
	function Action()
	{
		$this->Command->Excute();
	}
}

//调用
//不使用调用者类调用
$Receiver = new  Receiver();
$Command = new ConcreteCommand($Receiver);
$Command->Excute();

//使用调用者类
$Invoker = new Invoker($Command);
$Invoker->Action();
?>