23种设计模式之_命令行模式

前言
设计模式也已经总结了十多种，总的来说的还是对java的三大特性进行反复使用，形成的固定写法，越往后面学习，越觉得23种设计模式就是对java三大特性总结的缩小版。仅个人愚见

定义：命令行模式并非一行行命令的执行，而是写法上类似对一个具体逻辑的封装。（内部进行封装具体的实现）

Uml类图

衍生出来命令行模式写法

源码分析

由于实在是简单，看着类图就可以联想出来具体的实现方式，这里不进行贴代码，只是把命令行模式贴出来（还是贴…….）

Client( 客户端)

package patterncommond;public class Client {    public static void main(String[] args) {        Commond commond = new DeleCodeCommond();        Invorker invorker = new Invorker();        invorker.setCommond(commond);        invorker.actionCommond();        /* 撤销不做了 */        Commond undoCommond = new UnDoCodeCommond();        invorker.setCommond(undoCommond);        invorker.actionCommond();    }}

客户端，类似使用程序的客户，想要改需求，则需要通过Invorker（项目经理）发布ActionCommond进行具体实现

Commond（命令）

package patterncommond;public abstract class Commond {    protected Coder coder = new Coder(); // 代码编写    protected MG mg = new MG();// ui切图    /**     * 具体命令的执行模板     */    abstract void exe();}

Inverker（项目经理）

package patterncommond;public class Invorker {    protected Commond commond; // 抽象命令    /**     * 设置命令     *      * @param commond     */    public void setCommond(Commond commond) {        this.commond = commond;    }    /**     * 执行命令     */    public void actionCommond() {        commond.exe();    }}

Inverker类只负责接受命令和分发（actionCommond）命令到下层进行具体实现

DelCodeCommond具体命令

package patterncommond;public class DeleCodeCommond extends Commond {    @Override    void exe() {        super.coder.find();        super.coder.del();        super.coder.plan();    }}

具体的一条命令，del 一行代码，Abstract Commond类中存储了具体人员的引用，包括 MG，CODER …，删除代码是Coder做的，那么在具体的命令封装类中调用相应的人员进行操作即可

Coder（代码工，哈哈）

package patterncommond;public class Coder extends Group {    @Override    void add() {        System.out.println("增加功能");    }    @Override    void find() {        System.out.println("找到 coder");    }    @Override    void del() {        System.out.println("del功能");    }    @Override    void modify() {        System.out.println("modify功能");    }    @Override    void plan() {        System.out.println("变更报告清单");    }}

Coder就是现实中的编程人员，进行具体的操作

MG(美工)

 package patterncommond;public class MG extends Group {    @Override    void add() {        System.out.println("MG add功能 ");    }    @Override    void find() {        System.out.println("找到 MG 组 ");    }    @Override    void del() {        System.out.println("MG del功能");    }    @Override    void modify() {        System.out.println("MG modify功能");    }    @Override    void plan() {        System.out.println("变更报告清单");    }}

MG就是现实中的编美工，ui设计，进行具体的操作

unDoCodeCommond

package patterncommond;public class UnDoCodeCommond extends Commond {    @Override    void exe() {        System.out.println("撤销不做");    }}

撤销不做了，当然这里只是简单的比较，同样客户也可以下一个需要MG和 Coder配合命令，当然现实中就是协同工作

Eg：更新ui的同时coder也需要更新

@overidePublic void exe(){        super.coder.find();        super.coder.del();        super.coder.plan();        super.mg.find();        super.mg.modify();        super.mg.plan();}

执行结果

找到 coder
del功能
变更报告清单
找到 MG
Modify 功能
变更报告清单

命令行通用类图

总结：在这个类图中，我们看到三个角色：
Receiver 角色：这个就是干活的角色，命令传递到这里是应该被执行的，具体到上面我们的例子中就是
Group 的三个实现类；
Command 角色：就是命令，需要我执行的所有命令都这里声明；
Invoker 角色：调用者，接收到命令，并执行命令，例子中我这里项目经理就是这个角色；

命令模式比较简单，但是在项目中使用是非常频繁的，封装性非常好，因为它把请求方（ Invoker）和执
行方（ Receiver）分开了，扩展性也有很好的保障。但是，命令模式也是有缺点的，你看 Command 的子类没

demo 下载： http://pan.baidu.com/s/1miDLdG0

引用：23种设计模式 作者 cbf4Life