Pandora中的设计模式之Command模式

什么是命令模式?

Command模式在GOF中的定义为: 

Encapsulate a request as an object, thereby letting you parameterize clients with different requests, queue or log requests, and support undoable operations

将一个请求封装成一个对象,从而让你使用不同的请求将客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和重做功能。

Command模式是我们在设计中不太常用的一种模式,不过我在Pandora中见识到了这种设计的强大之处,无论是要支持Undo/Redo,还是后来的功能扩展,这种设计都很好的经受了考验。

现在的编辑工具基本都会有这样的一些操作,比如增加、删除、移动、对齐等,这些功能都支持撤销/重做功能,而在后期的开发中,可能又需要添加一些新功能,比如翻转、镜像功能,这个就需要用到Command模式。为每一种操作实现统一的处理,每个命令实现Undo/Redo.

下面来看下Command模式的UML图以及各个类的作用。


Command: declares an interface for executing an operation( 定义一个操作的接口 ).

ConcreteCommand :defines a binding between a Receiver object and an action. implements Execute by invoking the corresponding operation(s) on Receiver.( 定义了一个接收器对象和一个动作之间的绑定关系。通过调用Receiver中的操作执行。 )

Client :creates a ConcreteCommand object and sets its receiver.( 创建一个ConcreteCommand对象并且设置他的接收器。 )

Invoker :asks the command to carry out the request.( 接受命令,并执行命令。 )

Receiver :knows how to perform the operations associated with carrying out a request. Any class may serve as a Receiver.( 接受者角色,命令传递到这里被执行。 )

时序图:


这个是UML图中CommandPattern的实现(java)。

https://pan.baidu.com/s/1eZ4pXUDn2x_Lydr1HbO0Jg

而现实中使用的命令模式远不止这么简单,在实际使用中,有些命令可以撤销,而有些命令不支持撤销操作,结合上Swing的UndoManger,可以很好的支撑Undo/Redo的功能,下面会根据Pandora中的主要部分给出实现。

在Pandora中的ICommand接口的定义,与主要类图。


GOF中CommandPattern的execute会延迟到Receiver中去实现,而调用者需要知道Receiver与具体的Command实现,在Pandora中,每个具体的Command实现了具体的Command内容,在Command的Execute()完成整个业务逻辑的更新。

例如 AddHorizontalGuideCmd(double location, JobContext context),

在Pandora中,业务逻辑对Command应该是公开的,可以访问到JobModel, 这里应该需要考虑下设计如何更好的匹配Command Pattern模式。

ICommand接口定义了命令的接口,包含3个命令,Execute,doUndo, doRedo.

public interface ICommand

{

public boolean execute();

public void doRedo();

public void doUndo();

}

IUndoableBehavoir定义了支持Undo/Reod的行为.

public interface UndoableBehavoir

{

    public void undo() throws Exception;


    public boolean canUndo();


    public void redo() throws Exception;


    public boolean canRedo();

}

public abstract class ACommand

  extends AbstractUndoableEdit

  implements ICommand 

{

}

UndoAbleCommand与NonUndoAbleCommand的实现,UndoAbleCommand中Undo与Redo都留到子类中去实现Undo与Redo,而NonUndoAbleCommand中Undo与Redo都不支持.

public abstract class AUndoableCommand

{

    public abstract boolean undoableExecute()

            throws Exception;


    /**

     *

     * @throws Exception

     */

    @Override

    public abstract void doUndo()

            throws Exception;


    /**

     *

     * @throws Exception

     */

    @Override

    public abstract void doRedo()

            throws Exception;

}

public abstract class ANonUndoableCommand

{

    @Override

    public abstract boolean execute()

            throws Exception;


    @Override

    public boolean canUndo()

    {

       return false;

    }


    @Override

    public boolean canRedo()

    {

        return false;

    }

}

我们目前的这种设计中,针对每个ConcreateCommand与CommandClientImpl需要定义一个类,这样会导致类膨胀的问题,在后面扩展中,这样的类会多的不计其数,需要定义好Manager类去归总好这些类,凡事有利有弊,取其长处,用好CommandPattern使我们的设计变得更有弹性。附一个可以在项目中使用的Commander模式

https://pan.baidu.com/s/1CGVhis9J3lIAALLnA-zSRg

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容