设计模式9 ——命令模式

本文详细介绍了命令模式的概念,包括其优点如类间解耦和可扩展性,以及在处理事件转发和系统服务中的应用。通过具体代码示例展示了如何创建抽象Command类和具体命令类,并指出其可能的缺点——类的数量可能会随着命令的增加而膨胀。此外,还提到了Android系统中PackageManagerService如何利用命令模式进行包管理操作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、命令模式的定义 


Encapsulate a request as an object, thereby letting you parameterize clients with different requests, queue or log requests, and support undoable operations.(将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或记录请求日志,可以提供命令的撤销和恢复功能。)


二、命令模式的应用


1、命令模式的优点

类间解耦:调用者角色与接收者角色之间没有任何依赖关系,调用者实现功能时只需调用Command 抽象类的execute方法就可以,不需要了解到底是哪个接收者执行。

可扩展性:Command的子类可以非常容易地扩展,而调用者Invoker和高层次的模块Client不产生严 重的代码耦合。

命令模式结合其他模式会更优秀:命令模式可以结合责任链模式,实现命令族解析任务;结合模板方法模式,则可以减少 Command子类的膨胀问题。


2、命令模式的缺点

命令模式也是有缺点的,请看Command的子类:如果有N个命令,问题就出来 了,Command的子类就可不是几个,而是N个,这个类膨胀得非常大,这个就需要读者在项 目中慎重考虑使用。

3、命令模式的使用场景

只要是你认为是命理的地方就可以采用命理模式,例如在GUI开发中,按钮的点击,触发反馈机制的处理

 三、命令模式的写法

/**
 * 抽象Command类
 */
public abstract class Command {

    //每个命令类都必须有一个执行命令的方法
    public abstract void execute();


}
/**
 * 具体的Command类
 */
public class ConcreateCommand1 extends Command {

    //对哪个Receiver类进行命令处理
    private Receiver receiver;

    //构造函数传递接收者
    public ConcreateCommand1(Receiver receiver) {
        this.receiver = receiver;
    }

    //必须实现一个命令
    public void execute() {
        //业务处理
        this.receiver.doSomething();
    }

}

/**
 * 具体的Command类
 */
public class ConcreateCommand2 extends Command {

    //对哪个Receiver类进行命令处理
    private Receiver receiver;

    //构造函数传递接收者
    public ConcreateCommand2(Receiver receiver) {
        this.receiver = receiver;
    }

    //必须实现一个命令
    public void execute() {
        //业务处理
        this.receiver.doSomething();
    }


}

/**
 * 通用Receiver类
 */
public abstract class Receiver {

    //抽象接收者,定义每个接收者都必须完成的业务
    public abstract void doSomething();

}


四、命令模式在源码中的应用

 

Android底层逻辑对事件的转发处理就用到了命令模式。Application Framework(应用程序框架层)中PackageManagerService类(包管理部分)也用到了命令模式。PackageManagerService是Android系统的Service之一,主要功能是实现对应用包的解析、管理、卸载等操作。以及Runbable,Thread,其实用的就是最简单的命令模式。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值