设计模式之禅之设计模式-命令模式

一:命令模式的定义
        --->命令模式是一个高内聚的模式
        --->将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能。
        --->命令模式的角色
                ● Receive接收者角色==>该角色就是干活的角色,命令传递到这里是应该被执行的
                ● Command命令角色==>需要执行的所有命令都在这里声明
                ● Invoker调用者角色==>接收到命令,并执行命令。
        --->命令模式比较简单,但是在项目中非常频繁地使用,因为它的封装性非常好,把请求方(Invoker)和执行方(Receiver)分开了,扩展性也有很好的保障,通用代码比较简单


二:命令模式的应用

       【1】 命令模式的优点
                ● 类间解耦
                        -->调用者角色与接收者角色之间没有任何依赖关系,调用者实现功能时只需调用Command抽象类的execute方法就可以,不需要了解到底是哪个接收者执行。
                ● 可扩展性
                        -->Command的子类可以非常容易地扩展,而调用者Invoker和高层次的模块Client不产生严重的代码耦合。
                ● 命令模式结合其他模式会更优秀
                        -->命令模式可以结合责任链模式,实现命令族解析任务;结合模板方法模式,则可以减少Command子类的膨胀问题。

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


三:命令模式的使用场景
                -->只要你认为是命令的地方就可以采用命令模式,例如,在GUI开发中,一个按钮的点击是一个命令,可以采用命令模式;模拟DOS命令的时候,当然也要采用命令模式;触发-反馈机制的处理等


四:最佳实践
        --->这确实简化了很多,每个命令完成单一的职责,而不是根据接收者的不同完成不同的职责。




五:案例

【1】命令抽象类

 1 package com.yeepay.sxf.template10;
 2 /**
 3  * 抽象命令类
 4  * @author sxf
 5  *
 6  */
 7 public abstract class Command {
 8     //每个命令类都必须有一个执行命令的方法
 9     public abstract void execute();
10 }
View Code

【2】具体命令类1

 1 package com.yeepay.sxf.template10;
 2 /**
 3  * 定义了两个具体的命令类,读者可以在实际应用中扩展该命令类。
 4  * 在每个命令类中,通构造函数定义了该命令是针对哪一个接收者发出的,定义一个命令接收的主体。
 5  * 调用者非常简单,仅实现命令的传递,
 6  * @author sxf
 7  *
 8  */
 9 public class ConcreteComand1 extends Command{
10     //接收者
11     private Receiver receiver;
12     
13     //构造器
14     public ConcreteComand1(Receiver receiver) {
15         this.receiver=receiver;
16     }
17     //必须实现一个命令
18     @Override
19     public void execute() {
20         this.receiver.doSomething();    
21     }
22 
23 }
View Code

【3】具体命令类2

 1 package com.yeepay.sxf.template10;
 2 
 3 
 4 /**
 5  * 接收命令
 6  * @author sxf
 7  *
 8  */
 9 public class ConcreteComand2 extends Command {
10     //接收者
11     private Receiver receiver;
12     //构造器
13     public ConcreteComand2(Receiver receiver){
14         this.receiver=receiver;
15     }
16     //必须实现一个命令
17     @Override
18     public void execute() {
19         this.receiver.doSomething();
20     }
21 
22     
23 }
View Code

【4】接收类(真正的执行者)抽象类

 1 package com.yeepay.sxf.template10;
 2 /**
 3  * 抽象接收者
 4  * @author sxf
 5  * 很奇怪,为什么Receiver是一个抽象类?
 6  * 那是因为接收者可以有多个,有多个就需要定义一个所有特性的抽象集合——抽象的接收者,
 7  *
 8  */
 9 public abstract class Receiver {
10     //抽象接收者,定义每个接收者都必须完成的业务
11     public abstract void doSomething();
12 }
View Code

【5】(真正的执行者1

 1 package com.yeepay.sxf.template10;
 2 /**
 3  * 接收者1
 4  * @author sxf
 5  *
 6  */
 7 public class ConcreteReciver1 extends Receiver{
 8 
 9     @Override
10     public void doSomething() {
11         System.out.println("ConcreteReciver1.doSomething()我要登地球");
12     }
13 
14     
15 }
View Code

【6】真正的执行者2

 1 package com.yeepay.sxf.template10;
 2 /**
 3  * 接收者2
 4  * @author sxf
 5  *
 6  */
 7 public class ConcreteReciver2 extends Receiver {
 8 
 9     @Override
10     public void doSomething() {
11         System.out.println("ConcreteReciver2.doSomething(我要登火星)");
12     }
13 
14 }
View Code

【7】调用者

 1 package com.yeepay.sxf.template10;
 2 /**
 3  * 调用者
 4  * 调用者就像是一个受气包,不管什么命令,都要接收、执行!
 5  * @author sxf
 6  *
 7  */
 8 public class Invoker {
 9     /**
10      * 命令类
11      */
12     private Command command;
13     /**
14      * 受气包,接收命令
15      * @param command
16      */
17     public void setCommand(Command command){
18         this.command=command;
19     }
20     /**
21      * 执行命令
22      */
23     public void action(){
24         this.command.execute();
25     }
26 }
View Code

【6】客户端

 1 package com.yeepay.sxf.template10;
 2 /**
 3  * 客户端类
 4  * @author sxf
 5  *
 6  */
 7 public class Client {
 8 
 9     public static void main(String[] args) {
10         //首先声明调用者Invoker
11         Invoker invoker = new Invoker();
12         //定义一个接收者
13         Receiver receiver=new ConcreteReciver1();
14         //定义一个发送给接收者的命令。
15         Command command=new ConcreteComand1(receiver);
16         //把命令交给调用者去执行
17         invoker.setCommand(command);
18         //执行命令
19         invoker.action();
20         
21     }
22 }
View Code

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 《设计模式之禅第3版pdf》是一本介绍设计模式的书籍,是作者秦小波总结多年编程和软件开发实践的经验而得出的结论。该书提供了许多实用的设计模式,这些模式可以帮助开发人员更好地编写可维护、可扩展和可重用的代码。 该书首先介绍了设计模式的基本概念和原则,例如SOLID原则和GRASP原则,然后详细介绍了23种常见的设计模式,包括创建型、结构型和行为型模式。 该书的优点在于,它不仅提供了许多具体的代码示例和实际应用场景,还深入解释了每个模式的原理和适用条件。此外,该书还提供了设计模式的演化历程,以及如何使用UML图形表示不同的模式。 虽然该书提供了丰富的知识,但它并不是一本初学者可以轻松掌握的书籍。初学者可能需要花费很多时间和精力来理解书中的概念和代码实例。与此同时,该书的代码示例使用Java语言,因此对于非Java开发人员可能需要适当地进行转换。 综上所述,《设计模式之禅第3版pdf》是一本非常有价值的设计模式书籍,对于希望提高代码质量和扩展性的开发人员来说,是一本必读之作。 ### 回答2: 《设计模式之禅第3版》是一本关于对象设计模式的经典著作,是程序员学习设计模式的一本不可或缺的参考书。该书共分为3部分,包含了23种设计模式,并以生动的例子和详细的代码展示了如何应用各种设计模式解决实际问题。 第一部分介绍了7种创建型模式,这些模式主要用于创建对象。其中包括了工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式、享元模式和对象池模式。通过这一部分的学习,读者可以了解到如何灵活地创建对象,避免了对象创建过程中出现的一些问题。 第二部分介绍了11种结构型模式,这些模式主要用于组织类和对象。其中包括了适配器模式、桥接模式、组合模式、装饰器模式、外观模式、享元模式、代理模式、管道过滤器模式、私有类数据模式、模板方法模式和访问者模式。通过这一部分的学习,读者可以学会如何组织各种不同类和对象之间的关系,从而更加有条理地编写代码。 第三部分介绍了5种行为型模式,这些模式主要用于管理对象之间的交互和职责。其中包括了责任链模式命令模式、解释器模式、迭代器模式和观察者模式。通过这一部分的学习,读者可以学会如何精确地定义对象之间的互动和职责,从而更好地解决实际问题。 总体而言,《设计模式之禅第3版》由浅入深,结构清晰,用通俗易懂的语言阐述了设计模式的本质和应用,是程序员进行设计模式学习和应用的一本宝典。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值