设计模式：Command（命令）

一、Command定义

 未来自客户端的请求传入一个对象，无需了解这个请求激活的 动做或有关接受这个请求的处理细节。
这是一种两台机器之间通信联系性质的模式，相似传统过程语 言的 CallBack功能。

 二、优势：

        解耦了发送者和接受者之间联系。 发送者调用一个操做，接受者接受请求执行相应的动做，由于使用Command模式解耦，发送者无需知道接受者任何接口。

       很多Command模式的代码都是针对图形界面的,它实际就是菜单命令,咱们在一个下拉菜单选择一个命令时,而后会执行一些动做.

       将这些命令封装成在一个类中,而后用户(调用者)再对这个类进行操做,这就是Command模式,换句话说,原本用户(调用者)是直接调用这些命令的,如菜单上打开文档(调用者),就直接指向打开文档的代码,使用Command模式,就是在这二者之间增长一个中间者,将这种直接关系拗断,同时二者之间都隔离,基本没有关系了.

       显然这样作的好处是符合封装的特性,下降耦合度,Command是将对行为进行封装的典型模式,Factory是将建立进行封装的模式, 
从Command模式,我也发现设计模式一个”通病”:好象喜欢将简单的问题复杂化, 喜欢在不一样类中增长第三者,固然这样作有利于代码的健壮性 可维护性 还有复用性.

    如何使用?

具体的Command模式代码各式各样,由于如何封装命令,不一样系统,有不一样的作法.下面事例是将命令封装在一个Collection的List中,任何对象一旦加入List中,实际上装入了一个封闭的黑盒中,对象的特性消失了,只有取出时,才有可能模糊的分辨出:

三、代码结构

public interface Command {
    public abstract void execute();
}


public class JavaPeople implements Command {
    @Override
    public void execute() {
        System.out.println("我是一个java工程师");
    }
}

public class PythonPeople implements Command {
    @Override
    public void execute() {
        System.out.println("我是一个python工程师");
    }
}


public class ScalaPeople implements Command {
    @Override
    public void execute() {
        System.out.println("我是一个scala工程师");
    }
}

public class ManagerPeople {
    public static List<Object> produceRequests() {
        // TODO Auto-generated method stub

        List<Object> queue = new ArrayList<Object>();

        queue.add(new JavaPeople());
        queue.add(new PythonPeople());
        queue.add(new ScalaPeople());

        return queue;
    }

}

public class TestCommand {
    public static void main(String[] args) {
        // TODO Auto-generated method stub

        List<Object> queue = ManagerPeople.produceRequests();

        for (Iterator<Object> it = queue.iterator(); it.hasNext(); )

            //客户端直接调用execute方法，无需知道被调用者的其它更多类的方法名。
            ((Command)it.next()).execute();

    }
}

五、执行结果：

我是一个java工程师
我是一个python工程师
我是一个scala工程师

技术延伸

一、能够单个调用 
二、可使用多线程调用 
三、能够设定手动和自动调用