学习：Java设计模式—Comman:1

命令模式：

定义：把一个请求或者操作封装在命令对象中。命令模式允许系统使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。





Invoker类 被客户端调用，可以接受命令请求，设计命令队列，决定是否相应该请求,记录或撤销或重做命令请求，记录日志等等.

public class Invoker {

private Command command;

public void setOrder(Command command) {

this.command = command;

}

public void ExecuteCommand() {

command.ExecuteCommand();

}

}

Command类，将一个请求封装成一个对象，将一个请求具体化，方便对请求记录。

public abstract class Command {

protected Receiver receiver;

public Command(Receiver receiver){

this.receiver = receiver;

}

public abstract void ExecuteCommand();

}

ConcreteCommand类，可以将Receiver对象放到这个类里面，这个类具体实现了要怎么处理这个用户的请求。

public class ConcreteCommand extends Command {

public ConcreteCommand(Receiver receiver){

super(receiver);

}

@Override

public void ExecuteCommand() {

receiver.Execute();

}

}

Receiver类，其实这个类可以没有，不过为了让设计看起来更整洁清楚。

public class Receiver {

public void Execute(){

System.out.println("Receiver excute!");

}

}

最后一个Client类。

public class Client {

public static void main(String[] args) {

Receiver r = new Receiver();

Command c = new ConcreteCommand(r);

Invoker i = new Invoker();

i.setOrder(c);

i.ExecuteCommand();

}

}

命令模式在MVC中的应用：

Struts中，在模型层都要继承一个Action接口，并实现execute方法，其实这个Action就是命令类。为什么Struts会应用命令模
式，是因为Struts的核心控制器ActionServlet只有一个，相当于Invoker，而模型层的类会随着不同的应用有不同的模型类，相当于具
体的Command。这样，就需要在ActionServlet和模型层之间解耦，而命令模式正好解决这个问题。

MVC Model2 实现的Web框架示意图:





说明：

视图层采用JSP实现

控制器采用Servlet实现，整个框架采用同一个Servlet，以实现请求的中转

模型层采用Java实现，主要决定用来做什么

在模型层后添加了一个DAO，目的是将决定做什么和具体怎么做分开

整个Web框架大致的流程是：首先客户端发送请求，提交JSP页面给中转器（Servlet）；中转器根据客户的请求，选择相应的模型层，即Logic，Logic进行相应的逻辑处理；如果需要使用数据库，则通过DAO进行相应的数据库操作。

下面主要看一下控制层和模型层的设计，应用命令模式：

1.控制层设计

控制层主要用来转发从视图层传来的数据和请求到相对应的模型层，因此，实现它最好的方式莫过于使用Servlet了。当从视图层获取请求后，首先通过对
web.xml文件的配置，使其转入Servlet，在Servlet中完成对页面中数据的封装和对相应模型的选择，然后再到相应的模型层进行数据处理；
当在模型层数据处理完毕后，通过RequestDispatcher将处理后的数据返回相应的视图页面。

在Servlet中，将使用doPost()来处理相应的中转请求，如果开发人员使用get提交方式，则使用如下方式进行处理。示例代码如下：

public void doGet(HttpServletRequest req, HttpServletResponse res)

throws ServletException, IOException {

doPost(req, res);

}

//使用post提交方式

public void doPost(HttpServletRequest req, HttpServletResponse res)

throws ServletException, IOException {

do_Dispatcher (req, res);

}

代码说明：

不论采用get还是post提交方式，都将执行do_Dispatcher(req, res)方法。

do_Dispatcher(req, res)是用来处理视图层发送来的请求的方法。

如果直接使用request方式来获取从页面提交的数据，在要获取的数据比较多的情况下，会比较烦琐，而且直接将request传递给模型层不符合
Model
2规范。所以，这里将对从页面传来的值进行封装，将其放在一个Map中，然后再传递给模型层，这样在模型层就可以直接使用Map中的值。示例代码如下：

private HashMap getRequestToMap(HttpServletRequest req) throws Exception {

req.setCharacterEncoding("GBK");

HashMap infoIn = new HashMap();

for (Enumeration e = req.getParameterNames(); e.hasMoreElements ();)

{//获取页面中所有元素名

String strName = (String)e.nextElement();

String[] values = (String[]) req.getParameterValues (strName);

//根据名称获取对应的值

if (values == null) {//假如没有值

infoIn.put(strName, "");

} else if (values.length == 1) {//假如只有一个值

infoIn.put(strName, values[0]);

} else {//假如有多个值

infoIn.put(strName, values);

}

}

return infoIn;

}

代码说明：

req.setCharacterEncoding("GBK")，这里首先将从视图层传来的数据设定编码为GBK。

HashMap infoIn = new HashMap()，定义一个HashMap，用来存放从request中获取的数据。

req.getParameterNames()，用来获取从页面中传来的所有元素。

req.getParameterValues()，用来根据元素名称来获取元素对应的值，并将元素名称和值的对应关系存入HashMap中。如果元素的值为空，则在HashMap中将元素名称对应的值置为空；如果只有一个值，则将该值存入；如果有多个值，则存入数组。

命令模式使用：

一个视图对应一个模型，也可能一个视图对应多个模型，但只有一个控制器，所以，为了实现一个控制器可以转发到多个模型中去，就需要使用接口，让所有
模型都实现这个接口，然后在控制器里，仅仅是面对接口编程即可。这里定义一个接口Action.java，Action.java的示例代码如下：

//******* Action.java**************

import java.util.*;

public interface Action{

public HashMap doAction(HashMap infoIn);

}

在控制器中只针对这个接口处理即可。示例代码如下：

Actionaction = (Action) Class.forName(getActionName(systemName,

logicName)).newInstance();

HashMap infoOut = action.doAction(infoIn);

代码说明：

getActionName()方法是获取实现接口Action的类的名称和所在的包。示例代码如下：

private String getActionName(String systemName ,String actionName)

throws IOException, Exception {

return "com. " + systemName + ".action." + actionName;

}

使用RequestDispatcher返回视图层。示例代码如下：

req.setAttribute("infoOut", infoOut);

RequestDispatcher rd = req.getRequestDispatcher("/"+ systemName +

"/jsp/" + forwardJsp+ ".jsp");

rd.forward(req, res);

代码说明：

这里表示JSP文件放在项目中系统名下的jsp文件夹下。

2.模型层设计

假定有一个模型层类为WebExamAction.java，主要用来负责在线考试系统的业务处理，则这个类要实现Action接口。示例代码如下：

//******* WebExamAction.java**************

import java.util.HashMap;

public class WebExamAction implements Action{

//根据页面的请求，进行动作的转换

public HashMap doAction(HashMap infoIn) {

String action = (infoIn.get("action") == null) ? "" :

(String)infoIn.get("action");

HashMap infoOut = new HashMap();

if (action.equals("")) infoOut = this.doInit (infoIn);

else if (action.equals("insert")) infoOut = this.doInsert (infoIn);

return infoOut;

}

/**该方法设置用户登录时页面的初始信息

* @param infoIn

* @return HashMap

*/

private HashMap doInit(HashMap infoIn) {

HashMap infoOut = infoIn;

int clerkId = (infoIn.get("clerkId") == null || "".equals

(infoIn.get("clerkId"))) ? -1 : Integer.parseInt((String)

infoIn.get ("clerkId"));

try {

//取得考生姓名

Users user = new Users();

String clerkName = user.getName(clerkId);

infoOut.put("clerkName", clerkName);

} catch(Exception e) {

e.printStackTrace();

} finally {

return infoOut;

}

}

/**该方法用来进行新增

* @param infoIn

* @return HashMap

*/

private HashMap doInsert(HashMap infoIn) {

HashMap infoOut = infoIn;

int clerkId = (infoIn.get("clerkId") == null || "".equals

(infoIn.get("clerkId"))) ? -1 : Integer.parseInt((String)

infoIn.get ("clerkId"));

try {

//取得考生姓名

Users user = new Users();

String clerkName = user.getName(clerkId);

infoOut.put("clerkName", clerkName);

} catch(Exception e) {

e.printStackTrace();

} finally {

return infoOut;

}

}

}

代码说明：

这里，在doAction中根据从页面传来的action进行动作请求的转换。

通过一个名为infoIn的HashMap，来负责传入页面中元素的值。

通过一个名为infoOut的HashMap，来负责将处理后的数据传出。

可以看出，如果模型层都实现接口Action，实现doAction方法，即可实现动作请求的转换。

命令模式要点：

1．Command模式的根本目的在于将“行为请求者”与“行为实现者”解耦，在面向对象语言中，常见的实现手段是“将行为抽象为对象”。
2．实现Command接口的具体命令对象ConcreteCommand有时候根据需要可能会保存一些额外的状态信息。
3．通过使用Compmosite模式，可以将多个命令封装为一个“复合命令”MacroCommand。
4．Command
模式与C#中的Delegate有些类似。但两者定义行为接口的规范有所区别：Command以面向对象中的“接口-实现”来定义行为接口规范，更严格，
更符合抽象原则；Delegate以函数签名来定义行为接口规范，更灵活，但抽象能力比较弱。
5．使用命令模式会导致某些系统有过多的具体命令类。某些系统可能需要几十个，几百个甚至几千个具体命令类，这会使命令模式在这样的系统里变得不实际。

适用性：

在下面的情况下应当考虑使用命令模式：
1．使用命令模式作为"CallBack"在面向对象系统中的替代。"CallBack"讲的便是先将一个函数登记上，然后在以后调用此函数。
2．
需要在不同的时间指定请求、将请求排队。一个命令对象和原先的请求发出者可以有不同的生命期。换言之，原先的请求发出者可能已经不在了，而命令对象本身仍
然是活动的。这时命令的接收者可以是在本地，也可以在网络的另外一个地址。命令对象可以在串形化之后传送到另外一台机器上去。
3．系统需要支持命令的撤消(undo)。命令对象可以把状态存储起来，等到客户端需要撤销命令所产生的效果时，可以调用undo()方法，把命令所产生的效果撤销掉。命令对象还可以提供redo()方法，以供客户端在需要时，再重新实施命令效果。
4．如果一个系统要将系统中所有的数据更新到日志里，以便在系统崩溃时，可以根据日志里读回所有的数据更新命令，重新调用Execute()方法一条一条执行这些命令，从而恢复系统在崩溃前所做的数据更新。

参考：

1.《自己动手写Struts：构建基于MVC的Web开发框架》

2.《敏捷软件开发：原则、模式与实践》

3.《Head First设计模式》