Java設(shè)計(jì)模式之命令模式_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
定義:將一個(gè)請(qǐng)求封裝成一個(gè)對(duì)象,從而讓你使用不同的請(qǐng)求把客戶(hù)端參數(shù)化,對(duì)請(qǐng)求排隊(duì)或者記錄請(qǐng)求日志,可以提供命令的撤銷(xiāo)和恢復(fù)功能。
類(lèi)型:行為類(lèi)模式
類(lèi)圖:

命令模式的結(jié)構(gòu)
顧名思義,命令模式就是對(duì)命令的封裝,首先來(lái)看一下命令模式類(lèi)圖中的基本結(jié)構(gòu):
- Command類(lèi):是一個(gè)抽象類(lèi),類(lèi)中對(duì)需要執(zhí)行的命令進(jìn)行聲明,一般來(lái)說(shuō)要對(duì)外公布一個(gè)execute方法用來(lái)執(zhí)行命令。
- ConcreteCommand類(lèi):Command類(lèi)的實(shí)現(xiàn)類(lèi),對(duì)抽象類(lèi)中聲明的方法進(jìn)行實(shí)現(xiàn)。
- Client類(lèi):最終的客戶(hù)端調(diào)用類(lèi)。
以上三個(gè)類(lèi)的作用應(yīng)該是比較好理解的,下面我們重點(diǎn)說(shuō)一下Invoker類(lèi)和Recevier類(lèi)。
- Invoker類(lèi):調(diào)用者,負(fù)責(zé)調(diào)用命令。
- Receiver類(lèi):接收者,負(fù)責(zé)接收命令并且執(zhí)行命令。
所謂對(duì)命令的封裝,說(shuō)白了,無(wú)非就是把一系列的操作寫(xiě)到一個(gè)方法中,然后供客戶(hù)端調(diào)用就行了,反映到類(lèi)圖上,只需要一個(gè)ConcreteCommand類(lèi)和Client類(lèi)就可以完成對(duì)命令的封裝,即使再進(jìn)一步,為了增加靈活性,可以再增加一個(gè)Command類(lèi)進(jìn)行適當(dāng)?shù)爻橄?,這個(gè)調(diào)用者和接收者到底是什么作用呢?
其實(shí)大家可以換一個(gè)角度去想:假如僅僅是簡(jiǎn)單地把一些操作封裝起來(lái)作為一條命令供別人調(diào)用,怎么能稱(chēng)為一種模式呢?命令模式作為一種行為類(lèi)模式,首先要做到低耦合,耦合度低了才能提高靈活性,而加入調(diào)用者和接收者兩個(gè)角色的目的也正是為此。命令模式的通用
代碼如下:
class Invoker {
private Command command;
public void setCommand(Command command) {
this.command = command;
}
public void action(){
this.command.execute();
}
}
abstract class Command {
public abstract void execute();
}
class ConcreteCommand extends Command {
private Receiver receiver;
public ConcreteCommand(Receiver receiver){
this.receiver = receiver;
}
public void execute() {
this.receiver.doSomething();
}
}
class Receiver {
public void doSomething(){
System.out.println("接受者-業(yè)務(wù)邏輯處理");
}
}
public class Client {
public static void main(String[] args){
Receiver receiver = new Receiver();
Command command = new ConcreteCommand(receiver);
//客戶(hù)端直接執(zhí)行具體命令方式(此方式與類(lèi)圖相符)
command.execute();
//客戶(hù)端通過(guò)調(diào)用者來(lái)執(zhí)行命令
Invoker invoker = new Invoker();
invoker.setCommand(command);
invoker.action();
}
}
通過(guò)代碼我們可以看到,當(dāng)我們調(diào)用時(shí),執(zhí)行的時(shí)序首先是調(diào)用者類(lèi),然后是命令類(lèi),最后是接收者類(lèi)。也就是說(shuō)一條命令的執(zhí)行被分成了三步,它的耦合度要比把所有的操作都封裝到一個(gè)類(lèi)中要低的多,而這也正是命令模式的精髓所在:把命令的調(diào)用者與執(zhí)行者分開(kāi),使雙方不必關(guān)心對(duì)方是如何操作的。
命令模式的優(yōu)缺點(diǎn)
首先,命令模式的封裝性很好:每個(gè)命令都被封裝起來(lái),對(duì)于客戶(hù)端來(lái)說(shuō),需要什么功能就去調(diào)用相應(yīng)的命令,而無(wú)需知道命令具體是怎么執(zhí)行的。比如有一組文件操作的命令:新建文件、復(fù)制文件、刪除文件。如果把這三個(gè)操作都封裝成一個(gè)命令類(lèi),客戶(hù)端只需要知道有這三個(gè)命令類(lèi)即可,至于命令類(lèi)中封裝好的邏輯,客戶(hù)端則無(wú)需知道。
其次,命令模式的擴(kuò)展性很好,在命令模式中,在接收者類(lèi)中一般會(huì)對(duì)操作進(jìn)行最基本的封裝,命令類(lèi)則通過(guò)對(duì)這些基本的操作進(jìn)行二次封裝,當(dāng)增加新命令的時(shí)候,對(duì)命令類(lèi)的編寫(xiě)一般不是從零開(kāi)始的,有大量的接收者類(lèi)可供調(diào)用,也有大量的命令類(lèi)可供調(diào)用,代碼的復(fù)用性很好。比如,文件的操作中,我們需要增加一個(gè)剪切文件的命令,則只需要把復(fù)制文件和刪除文件這兩個(gè)命令組合一下就行了,非常方便。
最后說(shuō)一下命令模式的缺點(diǎn),那就是命令如果很多,開(kāi)發(fā)起來(lái)就要頭疼了。特別是很多簡(jiǎn)單的命令,實(shí)現(xiàn)起來(lái)就幾行代碼的事,而使用命令模式的話(huà),不用管命令多簡(jiǎn)單,都需要寫(xiě)一個(gè)命令類(lèi)來(lái)封裝。
命令模式的適用場(chǎng)景
對(duì)于大多數(shù)請(qǐng)求-響應(yīng)模式的功能,比較適合使用命令模式,正如命令模式定義說(shuō)的那樣,命令模式對(duì)實(shí)現(xiàn)記錄日志、撤銷(xiāo)操作等功能比較方便。
總結(jié)
對(duì)于一個(gè)場(chǎng)合到底用不用模式,這對(duì)所有的開(kāi)發(fā)人員來(lái)說(shuō)都是一個(gè)很糾結(jié)的問(wèn)題。有時(shí)候,因?yàn)轭A(yù)見(jiàn)到需求上會(huì)發(fā)生的某些變化,為了系統(tǒng)的靈活性和可擴(kuò)展性而使用了某種設(shè)計(jì)模式,但這個(gè)預(yù)見(jiàn)的需求偏偏沒(méi)有,相反,沒(méi)預(yù)見(jiàn)到的需求倒是來(lái)了不少,導(dǎo)致在修改代碼的時(shí)候,使用的設(shè)計(jì)模式反而起了相反的作用,以至于整個(gè)項(xiàng)目組怨聲載道。這樣的例子,我相信每個(gè)程序設(shè)計(jì)者都遇到過(guò)。所以,基于敏捷開(kāi)發(fā)的原則,我們?cè)谠O(shè)計(jì)程序的時(shí)候,如果按照目前的需求,不使用某種模式也能很好地解決,那么我們就不要引入它,因?yàn)橐胍环N設(shè)計(jì)模式并不困難,我們大可以在真正需要用到的時(shí)候再對(duì)系統(tǒng)進(jìn)行一下,引入這個(gè)設(shè)計(jì)模式。
拿命令模式來(lái)說(shuō)吧,我們開(kāi)發(fā)中,請(qǐng)求-響應(yīng)模式的功能非常常見(jiàn),一般來(lái)說(shuō),我們會(huì)把對(duì)請(qǐng)求的響應(yīng)操作封裝到一個(gè)方法中,這個(gè)封裝的方法可以稱(chēng)之為命令,但不是命令模式。到底要不要把這種設(shè)計(jì)上升到模式的高度就要另行考慮了,因?yàn)?,如果使用命令模式,就要引入調(diào)用者、接收者兩個(gè)角色,原本放在一處的邏輯分散到了三個(gè)類(lèi)中,設(shè)計(jì)時(shí),必須考慮這樣的代價(jià)是否值得。
相關(guān)文章
通過(guò)spring boot 設(shè)置tomcat解決 post參數(shù)限制問(wèn)題
這篇文章主要介紹了通過(guò)spring boot 設(shè)置tomcat解決 post參數(shù)限制問(wèn)題,需要的朋友可以參考下2019-05-05
java簡(jiǎn)單實(shí)現(xiàn)用語(yǔ)音讀txt文檔方法總結(jié)
在本篇文章里小編給大家整理了關(guān)于java簡(jiǎn)單實(shí)現(xiàn)用語(yǔ)音讀txt文檔的詳細(xì)方法總結(jié),有需要的朋友們參考下。2019-06-06
Spring boot2X負(fù)載均衡和反向代理實(shí)現(xiàn)過(guò)程解析
這篇文章主要介紹了Spring boot2X負(fù)載均衡和反向代理實(shí)現(xiàn)過(guò)程解析,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2019-12-12
SpringBoot項(xiàng)目nohup啟動(dòng)運(yùn)行日志過(guò)大的解決方案
這篇文章主要介紹了SpringBoot項(xiàng)目nohup啟動(dòng)運(yùn)行日志過(guò)大的解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-05-05
SpringBoot創(chuàng)建動(dòng)態(tài)定時(shí)任務(wù)的幾種方式小結(jié)
SpringBoot提供了多種實(shí)現(xiàn)定時(shí)任務(wù)的方式,包括使用@Scheduled注解、SchedulingConfigurer接口、TaskScheduler接口和Quartz框架,@Scheduled適合簡(jiǎn)單的定時(shí)任務(wù),文中通過(guò)代碼示例介紹的非常詳細(xì),需要的朋友可以參考下2024-10-10
SpringBoot?實(shí)現(xiàn)CAS?Server統(tǒng)一登錄認(rèn)證的詳細(xì)步驟
??CAS(Central?Authentication?Service)中心授權(quán)服務(wù),是一個(gè)開(kāi)源項(xiàng)目,目的在于為Web應(yīng)用系統(tǒng)提供一種可靠的單點(diǎn)登錄,這篇文章主要介紹了SpringBoot?實(shí)現(xiàn)CAS?Server統(tǒng)一登錄認(rèn)證,需要的朋友可以參考下2024-02-02
一篇文章學(xué)會(huì)java死鎖與CPU 100%的排查
這篇文章主要介紹了一篇文章學(xué)會(huì)java死鎖與CPU 100%的排查,文中主要介紹了Java死鎖以及服務(wù)器CPU占用率達(dá)到100%時(shí)的排查和解決方法,感興趣的朋友一起來(lái)看一看吧2021-08-08

