您好,登錄后才能下訂單哦!
這篇文章主要介紹java如何實現(xiàn)命令模式,文中介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們一定要看完!
定義:將一個請求封裝成一個對象,從而讓你使用不同的請求把客戶端參數(shù)化,對請求排隊或者記錄請求日志,可以提供命令的撤銷和恢復(fù)功能。
類型:行為類模式
類圖:
命令模式的結(jié)構(gòu)
顧名思義,命令模式就是對命令的封裝,首先來看一下命令模式類圖中的基本結(jié)構(gòu):
Command類:是一個抽象類,類中對需要執(zhí)行的命令進行聲明,一般來說要對外公布一個execute方法用來執(zhí)行命令。
ConcreteCommand類:Command類的實現(xiàn)類,對抽象類中聲明的方法進行實現(xiàn)。
Client類:最終的客戶端調(diào)用類。
以上三個類的作用應(yīng)該是比較好理解的,下面我們重點說一下Invoker類和Recevier類。
Invoker類:調(diào)用者,負責(zé)調(diào)用命令。
Receiver類:接收者,負責(zé)接收命令并且執(zhí)行命令。
所謂對命令的封裝,說白了,無非就是把一系列的操作寫到一個方法中,然后供客戶端調(diào)用就行了,反映到類圖上,只需要一個ConcreteCommand類和Client類就可以完成對命令的封裝,即使再進一步,為了增加靈活性,可以再增加一個Command類進行適當?shù)爻橄?,這個調(diào)用者和接收者到底是什么作用呢?
其實大家可以換一個角度去想:假如僅僅是簡單地把一些操作封裝起來作為一條命令供別人調(diào)用,怎么能稱為一種模式呢?命令模式作為一種行為類模式,首先要做到低耦合,耦合度低了才能提高靈活性,而加入調(diào)用者和接收者兩個角色的目的也正是為此。命令模式的通用代碼如下:
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); //客戶端直接執(zhí)行具體命令方式(此方式與類圖相符) command.execute(); //客戶端通過調(diào)用者來執(zhí)行命令 Invoker invoker = new Invoker(); invoker.setCommand(command); invoker.action(); } }
通過代碼我們可以看到,當我們調(diào)用時,執(zhí)行的時序首先是調(diào)用者類,然后是命令類,最后是接收者類。也就是說一條命令的執(zhí)行被分成了三步,它的耦合度要比把所有的操作都封裝到一個類中要低的多,而這也正是命令模式的精髓所在:把命令的調(diào)用者與執(zhí)行者分開,使雙方不必關(guān)心對方是如何操作的。
命令模式的優(yōu)缺點
首先,命令模式的封裝性很好:每個命令都被封裝起來,對于客戶端來說,需要什么功能就去調(diào)用相應(yīng)的命令,而無需知道命令具體是怎么執(zhí)行的。比如有一組文件操作的命令:新建文件、復(fù)制文件、刪除文件。如果把這三個操作都封裝成一個命令類,客戶端只需要知道有這三個命令類即可,至于命令類中封裝好的邏輯,客戶端則無需知道。
其次,命令模式的擴展性很好,在命令模式中,在接收者類中一般會對操作進行最基本的封裝,命令類則通過對這些基本的操作進行二次封裝,當增加新命令的時候,對命令類的編寫一般不是從零開始的,有大量的接收者類可供調(diào)用,也有大量的命令類可供調(diào)用,代碼的復(fù)用性很好。比如,文件的操作中,我們需要增加一個剪切文件的命令,則只需要把復(fù)制文件和刪除文件這兩個命令組合一下就行了,非常方便。
最后說一下命令模式的缺點,那就是命令如果很多,開發(fā)起來就要頭疼了。特別是很多簡單的命令,實現(xiàn)起來就幾行代碼的事,而使用命令模式的話,不用管命令多簡單,都需要寫一個命令類來封裝。
命令模式的適用場景
對于大多數(shù)請求-響應(yīng)模式的功能,比較適合使用命令模式,正如命令模式定義說的那樣,命令模式對實現(xiàn)記錄日志、撤銷操作等功能比較方便。
以上是“java如何實現(xiàn)命令模式”這篇文章的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對大家有幫助,更多相關(guān)知識,歡迎關(guān)注億速云行業(yè)資訊頻道!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。