本文主要是介绍java设计模式 第四章 命令模式,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
目录
4.1 概述
命令模式的主要优点
缺点是
4.2 模式的结构与使用
命令模式包含以下主要角色:
4.1 概述
命令模式是关于怎样处理一个对象请求另一个对象调用其方法完成某项任务的一种模式
将一个请求封装为一个对象,使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通,这样方便将命令对象进行储存、传递、调用、增加与管理。
命令模式的主要优点
- 通过引入中间件(抽象接口)降低系统的耦合度。
- 扩展性良好,增加或删除命令非常方便。采用命令模式增加与删除命令不会影响其他类,且满足“开闭原则”。
- 可以实现宏命令。命令模式可以与组合模式结合,将多个命令装配成一个组合命令,即宏命令。
- 方便实现 Undo 和 Redo 操作。命令模式可以与后面介绍的备忘录模式结合,实现命令的撤销与恢复。
- 可以在现有命令的基础上,增加额外功能。比如日志记录,结合装饰器模式会更加灵活。
缺点是
- 可能产生大量具体的命令类。因为每一个具体操作都需要设计一个具体命令类,这会增加系统的复杂性。
- 命令模式的结果其实就是接收方的执行结果,但是为了以命令的形式进行架构、解耦请求与实现,引入了额外类型结构(引入了请求方与抽象命令接口),增加了理解上的困难。不过这也是设计模式的通病,抽象必然会额外增加类的数量,代码抽离肯定比代码聚合更加难理解。
4.2 模式的结构与使用
命令模式包含以下主要角色:
1.抽象命令类(Command)角色:声明执行命令的接口,拥有执行命令的抽象方法 execute()。
2.具体命令类(ConcreteCommand): 实现命令接口的类的实例。具体命令类必须实现类中的方法如:execute()方法,该方法封装一个“请求”。
3.请求者/调用者(Invoker),请求者是一个包含Command接口变量的类的实例。
4.接收者/实现者(Receiver):接收者是一个类的实例,该实例负责执行与请求相关操作。
思维导图:
这篇关于java设计模式 第四章 命令模式的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!