设计模式中的撩妹神技--中篇

简介: 开篇前言 遇一人白首,择一城终老,是多么美好的人生境界,她和他历经风雨慢慢变老,回首走过的点点滴滴,依然清楚的记得当初爱情萌芽的模样,时维十一月,眼看着光棍节就那么轻轻的来了,没有预告,没有准备`(*∩_∩*)′,是否想在双十一摆脱单身,和亲爱的ta牵手漫步,在寒风中紧紧相拥,都说艺术来源于生活,却高于生活,作为人类智慧的结晶设计模式,她蕴藏着丰富的撩妹技术,今天这篇博文,小编主要介绍命令模式中的撩妹神技。

开篇前言

遇一人白首,择一城终老,是多么美好的人生境界,她和他历经风雨慢慢变老,回首走过的点点滴滴,依然清楚的记得当初爱情萌芽的模样,时维十一月,眼看着光棍节就那么轻轻的来了,没有预告,没有准备`(*∩_∩*)′,是否想在双十一摆脱单身,和亲爱的ta牵手漫步,在寒风中紧紧相拥,都说艺术来源于生活,却高于生活,作为人类智慧的结晶设计模式,她蕴藏着丰富的撩妹技术,今天这篇博文,小编主要介绍命令模式中的撩妹神技。

什么是命令模式

在软件系统中,行为请求者与行为实现者,通常呈现一种紧耦合,但是某些场合,比如要对行为进行记录,撤销重做,事务等处理,这种无法抵御变化的紧耦合是不合适的,在这种情况下,如何将行为请求者与行为实现者解耦,将一组行为抽象为对象,实现二者之间的松耦合,这就是命令模式,简单来说,命令模式,就是将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或记录请求日志,以及支持可撤销的操作。我们来看一下命令模式的结构图,如下所示:


讲解一下命令模式的结构图

Command:
定义命令的接口,声明执行的方法。
ConcreteCommand:
命令接口实现对象,是“虚”的实现;通常会持有接收者,并调用接收者的功能来完成命令要执行的操作。
Receiver:
接收者,真正执行命令的对象。任何类都可能成为一个接收者,只要它能够实现命令要求实现的相应功能。
Invoker:
要求命令对象执行请求,通常会持有命令对象,可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方,也就是说相当于使用命令对象的入口。
Client:
创建具体的命令对象,并且设置命令对象的接收者。注意这个不是我们常规意义上的客户端,而是在组装命令对象和接收者,或许,把这个Client称为装配者会更好理解,因为真正使用命令的客户端是从Invoker来触发执行。

命令模式中的撩妹神技

新建项目Command,新建包和类MM和Boy,编写相关的代码部分,如下所示:

package com.dp.command;

public class MM {
	
	private String name;

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	

}
Boy的代码如下所示:

package com.dp.command;

public class Boy {
	
	private String name;

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
}
对于MM来说,她又她的命令,她要你干嘛你就干嘛,要不然迟早有一天,她会变成别人的新娘,这个时候,你可以来到她的婚礼,给她一张CD,听听那时我们的爱情,just kidding,so,Boy有一个doSomeThing的方法,如下所示:

package com.dp.command;

public class Boy {
	
	private String name;

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	public void doSomeThing(){
		
	}
}
接着,MM就应该有一个命令的方法,相关的代码部分如下所示:

package com.dp.command;

public class MM {
	
	private String name;

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	public void order(Boy b){
		b.doSomeThing();
	}
	

}
那么MM到底让Boy干什么呢?站在MM的角度,我让他干什么他就干什么,而且将来还可以进行扩展,我们该如何设计呢?这个时候,我们可以新建一个Command类,这个命令并不是具体的,我们封装的是变化,对于Command来说,既然这个是一个命令,就必须要去执行也就是Execute,所以有一个执行的方法,还需要有一个undo的方法,我们可以想一下,为什么有unDo的方法呢?我们平常开发使用的Eclipse,vs等等,都支持unDao的操作,这样更加的人性化,更加的符合用户的需求,我们的代码如下所示:

package com.dp.command;

public abstract class Command {
	
	public abstract void execute();
	public abstract void unDo();
	
}
所以,我们应该提供一个unDao的方法,提供给别人撤销的功能,全心全意为人民服务,这个时候MM让Boy干什么的时候,我们就可以这么来写,新建类ShoppingCommand,代码如下所示:

package com.dp.command;

public class ShoppingCommand extends Command {

	@Override
	public void execute() {
		System.out.println("zoo");
		
	}

	@Override
	public void unDo() {
		System.out.println("undo zoo");
		
	}

}
如果你想要有其她的命令,可以再新建其他类,比如她想抱你一下下,可以这样来进行编写,代码如下所示:

package com.dp.command;

public class HugCommand extends Command {

	@Override
	public void execute() {
		System.out.println("hug");
		
	}

	@Override
	public void unDo() {
		System.out.println("open your arms");
		
	}

}
我们除了可以new 出来各种command让boy去执行以外,我们还可以一次性的让boy干很多事情,我们可以这样来写:
package com.dp.command;

import java.util.ArrayList;
import java.util.List;

public class Boy {
	
	private String name;
	private List<Command> commands = new ArrayList<Command>();

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	public void doSomeThing(){
		
	}
	
	public void  pursue(MM mm){
		
	}
}

编写MM的代码

package com.dp.command;

public class MM {
	
	private String name;

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	public void order(Boy b){
		Command c1 = new ShoppingCommand();
		b.addCommand(c1);
		Command c2 = new HugCommand();
		b.addCommand(c2);
	}
	

}
这个时候,让Boy一次性执行两个命令,编写相关的diamond部分,如下所示:

package com.dp.command;

import java.util.ArrayList;
import java.util.List;

public class Boy {
	
	private String name;
	private List<Command> commands = new ArrayList<Command>();

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	public void doSomeThing(){
		
	}
	
	public void  pursue(MM mm){
		
	}

	public void addCommand(Command c1) {
		this.commands.add(c1);
		
	}
}
下了命令还不够,必须让Boy去执行,so:

package com.dp.command;

public class MM {
	
	private String name;

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	public void order(Boy b){
		Command c1 = new ShoppingCommand();
		b.addCommand(c1);
		Command c2 = new HugCommand();
		b.addCommand(c2);
		b.executeCommands();
	}
	

}
编写Boy的代码部分,代码如下所示:

package com.dp.command;

import java.util.ArrayList;
import java.util.List;

public class Boy {
	
	private String name;
	private List<Command> commands = new ArrayList<Command>();

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	public void doSomeThing(){
		
	}
	
	public void  pursue(MM mm){
		
	}

	public void addCommand(Command c1) {
		this.commands.add(c1);
		
	}

	public void executeCommands() {
		for(Command c : commands){
			c.execute();
		}
		
	}
}
     命令模式的优缺点

优点:

a、降低对象之间的耦合度

b、新的命令可以很容易的加入到系统中

c、可以比较容易的设计一个组合命令

d、调用同一个方法实现不同的功能

缺点:

使用命令模式可能会导致某些系统有过多的具体命令类,因为针对每一个命令都需要设计一个具体命令类,因此某些系统可能需要大量具体命令类,这将影响命令模式的使用。

     命令模式的应用场景

a、系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互。
b、系统需要在不同的时间指定请求、将请求排队和执行请求。
c、系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。
d、系统需要将一组操作组合在一起,即支持宏命令。

小编寄语:该博文小编主要介绍了设计模式撩妹神技中的命令模式,从什么是命令模式、命令模式的结构图以及撩妹技巧的Demo、命令模式的优缺点和应用场景等方面介绍了命令设计模式,不知道单身的你,有没有get到技巧呢`(*∩_∩*)′,不过话说回来,两个人在一起,也不能全听MM的是不是,两个人应该相濡以沫,相敬如宾,因为爱,终将是来日方长的事情`(*∩_∩*)′,所以嘛,工作、生活、学习、恋爱都是相互关联的,把学习到的知识用到生活中,用到追MM上,是不是觉得学起来一下子就变得简单轻松和快乐,祝愿小伙伴们赶紧在双十一前脱单,找到你人生中的soul mate,在下篇博文中,小编将继续介绍设计模式中的撩妹神技,敬请期待`(*∩_∩*)′。

目录
相关文章
|
9天前
|
设计模式 算法 Java
小谈设计模式(30)—Java设计模式总结
小谈设计模式(30)—Java设计模式总结
|
11天前
|
设计模式 算法
小谈设计模式(1)—总序
小谈设计模式(1)—总序
|
11天前
|
设计模式
小谈设计模式(5)—开放封闭原则
小谈设计模式(5)—开放封闭原则
|
5月前
|
设计模式
设计模式系列教程(完) - 终章总结
设计模式系列教程(完) - 终章总结
15 0
|
5月前
|
设计模式 安全 Java
温故知新-设计模式篇
温故知新-设计模式篇
32 0
|
6月前
|
设计模式 程序员
设计模式六大原则之我见
设计模式六大原则之我见
|
设计模式 Java 数据安全/隐私保护
设计模式必知必会系列终章
设计模式必知必会系列终章
设计模式必知必会系列终章
|
设计模式 缓存 监控
把书读薄 | 《设计模式之美》设计模式与范式(结构型-代理模式)(上)
本文对应设计模式与范式:结构型(48),代理模式 (Proxy Pattern)。
154 0
|
设计模式 Java 调度
把书读薄 | 《设计模式之美》设计模式与范式(结构型-代理模式)(下)
本文对应设计模式与范式:结构型(48),代理模式 (Proxy Pattern)。
135 0
|
设计模式 前端开发
前端仔学学设计模式--单例模式
设计模式知识提取将分为N篇文章,本篇文章是个开篇文,后期会进行其他相关的同步(会就分享,不会就折腾),旨在提升技能,更好地享受敲键盘的快感~
前端仔学学设计模式--单例模式

热门文章

最新文章