這篇文章主要介紹“Java的24種設(shè)計(jì)模式詳細(xì)介紹”，在日常操作中，相信很多人在Java的24種設(shè)計(jì)模式詳細(xì)介紹問(wèn)題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”Java的24種設(shè)計(jì)模式詳細(xì)介紹”的疑惑有所幫助！接下來(lái)，請(qǐng)跟著小編一起來(lái)學(xué)習(xí)吧！

成都創(chuàng)新互聯(lián)公司專(zhuān)注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于網(wǎng)站設(shè)計(jì)制作、成都網(wǎng)站建設(shè)、朗縣網(wǎng)絡(luò)推廣、成都小程序開(kāi)發(fā)、朗縣網(wǎng)絡(luò)營(yíng)銷(xiāo)、朗縣企業(yè)策劃、朗縣品牌公關(guān)、搜索引擎seo、人物專(zhuān)訪、企業(yè)宣傳片、企業(yè)代運(yùn)營(yíng)等，從售前售中售后，我們都將竭誠(chéng)為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；成都創(chuàng)新互聯(lián)公司為所有大學(xué)生創(chuàng)業(yè)者提供朗縣建站搭建服務(wù)，24小時(shí)服務(wù)熱線：18982081108，官方網(wǎng)址：jinyejixie.com

設(shè)計(jì)模式原則

很多優(yōu)秀的文章和書(shū)籍都講的很明白了，我說(shuō)下自己的體會(huì)。  1.單一職責(zé)原則，就是一個(gè)類(lèi)只負(fù)責(zé)做一件事情。這樣就可以做到解耦合的效果，讓代碼看起來(lái)比較清爽，也體現(xiàn)了java的封裝性。還有個(gè)原則叫迪米特法則，就是一個(gè)對(duì)象對(duì)另一個(gè)對(duì)象有盡量少的了解，說(shuō)的也是解耦合的事情。  2.里氏替換原則和依賴導(dǎo)致原則，說(shuō)的是繼承的事情。父類(lèi)可以做的事情，子類(lèi)都可以去做，子類(lèi)可以盡量去依賴父類(lèi)去做事情;但是反過(guò)來(lái)，父類(lèi)不能依賴子類(lèi)去做一些事情。體現(xiàn)了java的繼承特性。  3.接口隔離原則，接口也應(yīng)該盡可能的隔離開(kāi)來(lái)。其實(shí)類(lèi)寫(xiě)多了，的確耦合性低，為了讓他們交流起來(lái)，用的最多的就是接口，畢竟只需要知道做什么，怎么做，去訪問(wèn)那個(gè)具體的類(lèi)吧。  4.開(kāi)閉原則，對(duì)修改關(guān)閉，對(duì)拓展開(kāi)放。就是代碼需要有很好的延展性，對(duì)原有代碼結(jié)構(gòu)不能破壞。

創(chuàng)建者模式

創(chuàng)建者模式就是為了用優(yōu)雅的方式創(chuàng)建我們使用的類(lèi)。

1.簡(jiǎn)單工廠模式

這個(gè)用的比較少，就是有個(gè)工廠，告訴你我要什么東西，你造好了給我就行。比如說(shuō)：

2.工廠模式

這個(gè)其實(shí)和簡(jiǎn)單工廠模式差不太多，就是將工廠繼續(xù)拆分，比如說(shuō)剛剛EasyBallFactory是一個(gè)總工廠，我們現(xiàn)在拆分成SoccerFactory和BasketBallFactory分別生產(chǎn)足球和籃球。某個(gè)工廠內(nèi)部可以根據(jù)需求生產(chǎn)不同的產(chǎn)品，比如說(shuō)soccer可以生產(chǎn)不同大小的出來(lái)。

3.抽象工廠模式

抽象工廠模式主要設(shè)計(jì)產(chǎn)品組的概念，就是某一個(gè)工廠生產(chǎn)出配套的一系列產(chǎn)品。例如，在生產(chǎn)足球的同時(shí)，SoccerFactory還可以生產(chǎn)與之配套的足球雜志。

4.單例模式

單例模式有很多種形式，優(yōu)秀實(shí)踐應(yīng)該是兩重判斷，保證只new出來(lái)一個(gè)。單例可以說(shuō)是非常普遍的設(shè)計(jì)模式了。單例就是指在服務(wù)容器的生命周期中只能有這么一個(gè)。比如說(shuō)Servlet、Spring中注入的Bean等等都是單例的。

5.建造者模式

將一個(gè)復(fù)雜對(duì)象分布創(chuàng)建。如果一個(gè)超大的類(lèi)的屬性特別多，我們可以把屬性分門(mén)別類(lèi)，不同屬性組成一個(gè)稍微小一點(diǎn)的類(lèi)，再把好幾個(gè)稍微小點(diǎn)的類(lèi)竄起來(lái)。比方說(shuō)一個(gè)電腦，可以分成不同的稍微小點(diǎn)的部分CPU、主板、顯示器。CPU、主板、顯示器分別有更多的組件，不再細(xì)分。

SpringBoot實(shí)現(xiàn)了0配置，幾乎所有的配置都寫(xiě)到了java代碼中，大量的配置不得不讓配置類(lèi)采用建造者模式，這樣層次比較清晰。

6.原型模式

原型模式用的比較少，用于創(chuàng)建重復(fù)對(duì)象。需要實(shí)現(xiàn)Cloneable  可以選擇重寫(xiě)clone()方法。clone分為淺克隆和深克隆。淺克隆只是克隆引用，對(duì)象還是一個(gè)。深克隆是對(duì)象也新創(chuàng)建了一個(gè)，如下：

結(jié)構(gòu)型模式

上面的設(shè)計(jì)模式可以幫助我們非常優(yōu)雅的創(chuàng)建出來(lái)對(duì)象，下面看幾個(gè)對(duì)象關(guān)系之間的模型。

7.代理模式

Spring的AOP用的是動(dòng)態(tài)代理，何為動(dòng)態(tài)不看了，用過(guò)Spring的小伙伴都知道吧。單純看一下最基礎(chǔ)代理模式是什么樣的。代理就是，一個(gè)對(duì)象輔助另一個(gè)對(duì)象去做某件事，同時(shí)還可以增加一點(diǎn)輔助功能。例如，你買(mǎi)車(chē)，的確是你花錢(qián)把車(chē)買(mǎi)到了，但是你不可能直接去和廠家談吧，你應(yīng)該通過(guò)4S店購(gòu)買(mǎi)，同時(shí)4S店幫助你入保險(xiǎn)扣稅等操作，最終你才得到了你想要的車(chē)。

8.適配器模式

適配器，顧名思義，是讓兩個(gè)不兼容的東西可以一起工作。例如插座的電源是220V，手機(jī)直接給他220V  50HZ的交流電我相信一般都會(huì)直接炸了(除了諾基亞...)手機(jī)充電器就進(jìn)行了適配，將電壓變小，交流電變成直流電。除了這種需要改變屬性的操作(比較好說(shuō)，不舉例子了)，適配器還用于在接口繼承方面。假設(shè)一個(gè)***接口有一大堆方法需要實(shí)現(xiàn)類(lèi)實(shí)現(xiàn)，我新寫(xiě)了個(gè)類(lèi)只是想選擇的實(shí)現(xiàn)一兩個(gè)接口，那其他的方法我是不是都需要實(shí)現(xiàn)一下，即使是空實(shí)現(xiàn)(單純實(shí)現(xiàn)，不進(jìn)行任何邏輯操作)，這是我們就需要一個(gè)適配器類(lèi)，空實(shí)現(xiàn)那些方法，我的新類(lèi)只需要繼承這個(gè)適配器類(lèi)就好了，要是想實(shí)現(xiàn)某個(gè)方法，只需要重寫(xiě)掉配置類(lèi)中對(duì)應(yīng)的方法就好。這種模式基本都會(huì)用到，畢竟誰(shuí)的代碼還沒(méi)個(gè)***接口啊。

9.橋接模式

就是用于抽象化和實(shí)現(xiàn)化的解耦。又是解耦，貌似設(shè)計(jì)模式就是教我們?nèi)绾蝺?yōu)雅的解耦。提高了代碼的拓展性，并且可以實(shí)現(xiàn)代碼的動(dòng)態(tài)切換。  最開(kāi)始的Ball、Soccer、BasketBall接著用，增加新的類(lèi)。

10.裝飾模式

一個(gè)裝飾類(lèi)，在原來(lái)類(lèi)的基礎(chǔ)上增加一點(diǎn)功能。是不是和代理模式很像，我甚至可以將整個(gè)代碼搬過(guò)來(lái)照樣可以說(shuō)的通的。這兩個(gè)模式意思上有點(diǎn)差別，代理模式是原對(duì)象做不了那件事，必須讓代理對(duì)象去做，主導(dǎo)側(cè)重于代理對(duì)象，比如說(shuō)買(mǎi)車(chē)。裝飾模式是說(shuō)，就是讓原對(duì)象直接去做這件事，只是功能上增強(qiáng)一點(diǎn)，主導(dǎo)在于原對(duì)象。比如說(shuō)炒菜的時(shí)候撒點(diǎn)鹽。

11.外觀模式

又稱(chēng)門(mén)面模式，就是一個(gè)門(mén)面，一個(gè)操作無(wú)需讓對(duì)象知道其內(nèi)部實(shí)現(xiàn)的復(fù)雜度，盡量讓用戶感知到是非常簡(jiǎn)單的。這就是為什么我們controller層盡量(或者說(shuō)一定)少些業(yè)務(wù)邏輯，讓controller層只是起到一個(gè)傳參和通用性參數(shù)校驗(yàn)的功能，剩下的全交給service去做吧。我們還需要在代碼中不斷將“長(zhǎng)得”特別長(zhǎng)的代碼封裝成一個(gè)方法，“讓處處都有好看的外觀”?？匆幌挛覀?cè)鴮?xiě)過(guò)的代碼，這里只起到了傳參的作用，究竟這個(gè)足球是怎么創(chuàng)建出來(lái)的，客戶端不必?fù)?dān)心。

12.組合模式

組合模式是將存在某種包含關(guān)系的數(shù)據(jù)組織在一起，典型的例子就是樹(shù)狀結(jié)構(gòu)。例如菜單功能，一個(gè)菜單除了自己該有的屬性，還可能包含子菜單，創(chuàng)建的時(shí)候可以使用遞歸的方法。

13.享元模式

享元模式盡可能的讓用戶復(fù)用已經(jīng)有的對(duì)象，從而避免造成反復(fù)創(chuàng)建對(duì)象的資源浪費(fèi)。首先就會(huì)想到數(shù)據(jù)庫(kù)連接池還有String常量池，延伸一下，幾乎所有和緩存有關(guān)的代碼，多少都會(huì)用到享元模式。享元模式要求大部分的對(duì)象可以外部化。這邊要說(shuō)兩個(gè)概念，享元模式對(duì)象的屬性可以分為兩個(gè)部分，內(nèi)部狀態(tài)和外部狀態(tài)，內(nèi)部狀態(tài)是指不會(huì)隨環(huán)境而改變的值，比如說(shuō)個(gè)人信息，外部狀態(tài)是指隨環(huán)境改變的值，不能進(jìn)行共享的信息，如某大學(xué)生選修的課程。

行為型模式

創(chuàng)建了對(duì)象，對(duì)象之間有了結(jié)構(gòu)關(guān)系，就要看下怎么更加優(yōu)雅的相互作用了。

14.策略模式

定義一組算法, 將每個(gè)算法都封裝起來(lái),  并且使它們之間可以互換。可以說(shuō)是一組算法的封裝，根據(jù)客戶端給出的不同要求，進(jìn)行不同的運(yùn)算。比如下面這個(gè)簡(jiǎn)易計(jì)算器。

15.觀察者模式

定義了一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象(被觀察者)狀態(tài)改變的時(shí)候，所有依賴于該對(duì)象的觀察者都會(huì)被通知，從而進(jìn)行相關(guān)操作。很多中間件都依賴于觀察者模式，例如RabbitMQ，還有那些事件驅(qū)動(dòng)模型(好像node就是)。下面舉個(gè)例子，被觀察者是監(jiān)考老師，考試時(shí)間結(jié)束，通知所有觀察者學(xué)生上交試卷。

16.責(zé)任鏈模式

責(zé)任鏈模式為請(qǐng)求創(chuàng)建一個(gè)接收者對(duì)象的鏈，對(duì)發(fā)送者和接受者進(jìn)行解耦合。filter鏈就是責(zé)任鏈模式。

17.模板方式模式

一個(gè)抽象類(lèi)公開(kāi)定義了執(zhí)行它的方法的方式/模板。它的子類(lèi)可以按需要重寫(xiě)方法實(shí)現(xiàn)，但調(diào)用將以抽象類(lèi)中定義的方式進(jìn)行。SpringBoot為用戶封裝了很多繼承代碼，都用到了模板方式，例如那一堆XXXtemplate。

18.狀態(tài)模式

簡(jiǎn)單來(lái)說(shuō)，就是一個(gè)對(duì)象有不同的狀態(tài)，根據(jù)狀態(tài)不同，可能有不同的行為。

19.迭代器模式

提供一個(gè)方法，可以順序訪問(wèn)一個(gè)對(duì)象內(nèi)部的各個(gè)元素，不需要知道內(nèi)部構(gòu)造?，F(xiàn)在基本很少自己實(shí)現(xiàn)迭代器了，基本成熟的框架或者強(qiáng)大的JDK都會(huì)給出訪問(wèn)的方法，比如說(shuō)java中iterator。這樣做主要是進(jìn)一步封裝對(duì)象內(nèi)部的結(jié)構(gòu)，讓行為和結(jié)構(gòu)想耦合。這個(gè)不舉例子了，用過(guò)iterator這個(gè)的小伙伴應(yīng)該都清楚，就是不停的next，去訪問(wèn)下一個(gè)元素。

20.命令模式

命令模式是將請(qǐng)求以命令的形式包裹在對(duì)象中，并傳遞給對(duì)象，調(diào)用對(duì)象尋找到處理該命令的合適的對(duì)象，并將該命令傳遞給相應(yīng)的對(duì)象，該對(duì)象執(zhí)行。簡(jiǎn)單點(diǎn)說(shuō)就是不同請(qǐng)求都封裝成一個(gè)對(duì)象，不同的請(qǐng)求調(diào)用不同的執(zhí)行者。

21.備忘錄模式

相當(dāng)于做一個(gè)快照，在不破壞對(duì)象本身結(jié)構(gòu)的情況下，記錄對(duì)象的一個(gè)狀態(tài)，合適的時(shí)候可以恢復(fù)到這種狀態(tài)。數(shù)據(jù)庫(kù)做事務(wù)回滾的時(shí)候就用了這種方式。這里需要注意的是，對(duì)象不與備忘錄本身耦合，而是跟備忘錄管理類(lèi)耦合(就是List<備忘錄>)，這個(gè)好理解，畢竟快照不止一個(gè)嘛。

22.訪問(wèn)者模式

當(dāng)對(duì)特定角色進(jìn)行訪問(wèn)的時(shí)候，需要通過(guò)訪問(wèn)者進(jìn)行訪問(wèn)。一個(gè)對(duì)象不太方便被你直接訪問(wèn)的時(shí)候，你需要將自己的引用交給訪問(wèn)者，通過(guò)訪問(wèn)者去訪問(wèn)該對(duì)象。比如說(shuō)，化學(xué)課，想看一個(gè)細(xì)胞結(jié)構(gòu)，由于肉眼無(wú)法直接看到微觀世界的玩意，需要通過(guò)顯微鏡間接訪問(wèn)。

23.中介者模式

降低對(duì)象或者說(shuō)事物之間通訊的復(fù)雜性，降低耦合。比如說(shuō)分布式系統(tǒng)中，不是需要實(shí)時(shí)反饋的操作，我們無(wú)需直接對(duì)接，只需將想做的事告訴中間件，中間件告訴另外一個(gè)系統(tǒng)。比如說(shuō)，訪問(wèn)(用戶點(diǎn)擊)一條新聞操作，同時(shí)需要記錄是誰(shuí)訪問(wèn)了什么新聞，同時(shí)給新聞瀏覽次數(shù)加1，還要實(shí)時(shí)更新用戶喜好...總之要更新n個(gè)數(shù)據(jù)庫(kù)表，甚至還要操作像ES,Mongo等多個(gè)中間件數(shù)據(jù)。但是對(duì)于用戶來(lái)說(shuō)，我只是做了一個(gè)點(diǎn)擊操作，希望得到的結(jié)果就是看條新聞啊，你這么多操作，搞這么慢，用戶體驗(yàn)很差啊，而且并發(fā)量也很低，那不如做成兩個(gè)小系統(tǒng)，A系統(tǒng)，拉取新聞，推送，并組裝一個(gè)信息扔給MQ中間件，ok，結(jié)束，用戶看到新聞。然后B系統(tǒng)監(jiān)聽(tīng)，得到這個(gè)消息，進(jìn)行各種更新，這里，這個(gè)中間件就是我們的中介。再比如說(shuō)，MVC中的控制層就是展示層和模型層的中介。再比如說(shuō)，下面這個(gè)聊天室：

24.解釋器模式

構(gòu)建一種翻譯方式，將某種語(yǔ)言或描述翻譯成我們很好理解的語(yǔ)言或者描述。這里很好理解的意思是看得懂，看的快。本來(lái)我也想舉什么編譯器這種高大上的，將底層語(yǔ)言甚至機(jī)械語(yǔ)言和我們使用的高級(jí)編程語(yǔ)言。后來(lái)想了想，其實(shí)Map就可以看作一個(gè)很好的編譯器，key你可以存放一個(gè)非常小的字符串，value理論上你可以存放任何東西，所以代碼就不寫(xiě)了。

到此，關(guān)于“Java的24種設(shè)計(jì)模式詳細(xì)介紹”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)?lái)更多實(shí)用的文章！

本文題目：Java的24種設(shè)計(jì)模式詳細(xì)介紹
鏈接分享：http://jinyejixie.com/article34/jjgose.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營(yíng)銷(xiāo)推廣、網(wǎng)站設(shè)計(jì)公司、Google、網(wǎng)頁(yè)設(shè)計(jì)公司、小程序開(kāi)發(fā)、網(wǎng)站營(yíng)銷(xiāo)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)