Java设计模式—命令模式

 

(尊重劳动成果,转载请注明出处:https://blog.csdn.net/qq_25827845/article/details/52446642冷血之心的博客)

目录

命令模式

定义:

通用类图如下:

角色说明:

● Receive接收者角色

● Command命令角色

● Invoker调用者角色

通用源代码如下:

命令模式的优点:

● 类间解耦

● 可扩展性

● 命令模式结合其他模式会更优秀

命令模式的缺点:


命令模式

命令模式是一个高内聚的模式。

定义:

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

通用类图如下:

角色说明:

● Receive接收者角色

该角色就是干活的角色,命令传递到这里是应该被执行的。

● Command命令角色

需要执行的所有命令都在这里声明。

● Invoker调用者角色

接收到命令,并执行命令。

 

通用源代码如下:

//通用Receiver类
public abstract class Receiver {
	// 抽象接收者,定义每个接收者都必须完成的业务
	public abstract void doSomething();
}

// 具体的Receiver类
public class ConcreteReciver1 extends Receiver {
	// 每个接收者都必须处理一定的业务逻辑
	public void doSomething() {
	}
}

public class ConcreteReciver2 extends Receiver {
	// 每个接收者都必须处理一定的业务逻辑
	public void doSomething() {
	}
}

// 抽象的Command类
public abstract class Command {
	// 每个命令类都必须有一个执行命令的方法
	public abstract void execute();
}

// 具体的Command类
public class ConcreteCommand1 extends Command {
	// 对哪个Receiver类进行命令处理
	private Receiver receiver;

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

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

public class ConcreteCommand2 extends Command {
	// 哪个Receiver类进行命令处理
	private Receiver receiver;

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

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

// 调用者Invoker类
public class Invoker {
	private Command command;

	// 受气包,接受命令
	public void setCommand(Command _command) {
		this.command = _command;
	}

	// 执行命令
	public void action() {
		this.command.execute();
	}
}

//测试
public class Client {
    public static void main(String[] args) {
            //首先声明调用者Invoker
            Invoker invoker = new Invoker();
            //定义接收者
            Receiver receiver = new ConcreteReciver1();
            //定义一个发送给接收者的命令
            Command command = new ConcreteCommand1(receiver);
            //把命令交给调用者去执行
            invoker.setCommand(command);
            invoker.action();
    }
}

命令模式的优点:

● 类间解耦

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


● 可扩展性

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


● 命令模式结合其他模式会更优秀

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

 

命令模式的缺点:

  • Command的子类会产生膨胀的问题。

 

如果对你有帮助,记得点赞哦~欢迎大家关注我的博客,我会持续更新,如果有什么问题,可以进群366533258一起交流学习哦~

 

 

 

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

温柔狠角色

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值