建站
咨詢
售后
建站咨詢
新聞中心
設(shè)計(jì)模式可以幫助消除冗余代碼。學(xué)習(xí)如何利用 Java 使用單例模式、工廠模式和觀察者模式。
十余年的松陽(yáng)網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。成都全網(wǎng)營(yíng)銷的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整松陽(yáng)建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。成都創(chuàng)新互聯(lián)公司從事“松陽(yáng)網(wǎng)站設(shè)計(jì)”,“松陽(yáng)網(wǎng)站推廣”以來(lái)，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。
如果你是一名正在致力于計(jì)算機(jī)科學(xué)或者相關(guān)學(xué)科的程序員或者學(xué)生，很快，你將會(huì)遇到一條術(shù)語(yǔ) “軟件設(shè)計(jì)模式software design pattern”。根據(jù)維基百科，“軟件設(shè)計(jì)模式是在平常的軟件設(shè)計(jì)工作中所遭遇的問題的一種通用的、可重復(fù)使用的解決方案”。我對(duì)該定義的理解是：當(dāng)在從事于一個(gè)編碼項(xiàng)目時(shí)，你經(jīng)常會(huì)思考，“嗯，這里貌似是冗余代碼，我覺得是否能改變這些代碼使之更靈活和便于修改？”因此，你會(huì)開始考慮怎樣分割那些保持不變的內(nèi)容和需要經(jīng)常改變的內(nèi)容。
設(shè)計(jì)模式是一種通過(guò)分割那些保持不變的部分和經(jīng)常變化的部分，讓你的代碼更容易修改的方法。
不出意外的話，每個(gè)從事編程項(xiàng)目的人都可能會(huì)有同樣的思考。特別是那些工業(yè)級(jí)別的項(xiàng)目，在那里通常工作著數(shù)十甚至數(shù)百名開發(fā)者；協(xié)作過(guò)程表明必須有一些標(biāo)準(zhǔn)和規(guī)則來(lái)使代碼更加優(yōu)雅并適應(yīng)變化。這就是為什么我們有了 面向?qū)ο缶幊蹋∣OP）和 軟件框架工具。設(shè)計(jì)模式有點(diǎn)類似于 OOP，但它通過(guò)將變化視為自然開發(fā)過(guò)程的一部分而進(jìn)一步發(fā)展。基本上，設(shè)計(jì)模式利用了一些 OOP 的思想，比如抽象和接口，但是專注于改變的過(guò)程。
當(dāng)你開始開發(fā)項(xiàng)目時(shí)，你經(jīng)常會(huì)聽到這樣一個(gè)術(shù)語(yǔ)重構(gòu)，它意味著通過(guò)改變代碼使它變得更優(yōu)雅和可復(fù)用；這就是設(shè)計(jì)模式耀眼的地方。當(dāng)你處理現(xiàn)有代碼時(shí)（無(wú)論是由其他人構(gòu)建還是你自己過(guò)去構(gòu)建的），了解設(shè)計(jì)模式可以幫助你以不同的方式看待事物，你將發(fā)現(xiàn)問題以及改進(jìn)代碼的方法。
有很多種設(shè)計(jì)模式，其中單例模式、工廠模式和觀察者模式三種最受歡迎，在這篇文章中我將會(huì)一一介紹它們。
如何遵循本指南
無(wú)論你是一位有經(jīng)驗(yàn)的編程工作者還是一名剛剛接觸的新手，我想讓這篇教程讓每個(gè)人都很容易理解。設(shè)計(jì)模式概念并不容易理解，減少開始旅程時(shí)的學(xué)習(xí)曲線始終是首要任務(wù)。因此，除了這篇帶有圖表和代碼片段的文章外，我還創(chuàng)建了一個(gè) GitHub 倉(cāng)庫(kù)，你可以克隆倉(cāng)庫(kù)并在你的電腦上運(yùn)行這些代碼來(lái)實(shí)現(xiàn)這三種設(shè)計(jì)模式。你也可以觀看我創(chuàng)建的 YouTube視頻。
必要條件
如果你只是想了解一般的設(shè)計(jì)模式思想，則無(wú)需克隆示例項(xiàng)目或安裝任何工具。但是，如果要運(yùn)行示例代碼，你需要安裝以下工具：
- Java 開發(fā)套件（JDK）：我強(qiáng)烈建議使用 OpenJDK。
- Apache Maven：這個(gè)簡(jiǎn)單的項(xiàng)目使用 Apache Maven 構(gòu)建；好的是許多 IDE 自帶了Maven。
- 交互式開發(fā)編輯器（IDE）：我使用 社區(qū)版 IntelliJ，但是你也可以使用 Eclipse IDE 或者其他你喜歡的 Java IDE。
- Git：如果你想克隆這個(gè)工程，你需要 Git 客戶端。
安裝好 Git 后運(yùn)行下列命令克隆這個(gè)工程：
git clone https://github.com/bryantson/OpensourceDotComDemos.git
然后在你喜歡的 IDE 中，你可以將 TopDesignPatterns 倉(cāng)庫(kù)中的代碼作為 Apache Maven 項(xiàng)目導(dǎo)入。
我使用的是 Java，但你也可以使用支持抽象原則的任何編程語(yǔ)言來(lái)實(shí)現(xiàn)設(shè)計(jì)模式。
單例模式：避免每次創(chuàng)建一個(gè)對(duì)象
單例模式singleton pattern是非常流行的設(shè)計(jì)模式，它的實(shí)現(xiàn)相對(duì)來(lái)說(shuō)很簡(jiǎn)單，因?yàn)槟阒恍枰粋€(gè)類。然而，許多開發(fā)人員爭(zhēng)論單例設(shè)計(jì)模式的是否利大于弊，因?yàn)樗狈γ黠@的好處并且容易被濫用。很少有開發(fā)人員直接實(shí)現(xiàn)單例；相反，像 Spring Framework 和 Google Guice 等編程框架內(nèi)置了單例設(shè)計(jì)模式的特性。
但是了解單例模式仍然有巨大的用處。單例模式確保一個(gè)類僅創(chuàng)建一次且提供了一個(gè)對(duì)它的全局訪問點(diǎn)。
單例模式：確保僅創(chuàng)建一個(gè)實(shí)例且避免在同一個(gè)項(xiàng)目中創(chuàng)建多個(gè)實(shí)例。
下面這幅圖展示了典型的類對(duì)象創(chuàng)建過(guò)程。當(dāng)客戶端請(qǐng)求創(chuàng)建一個(gè)對(duì)象時(shí)，構(gòu)造函數(shù)會(huì)創(chuàng)建或者實(shí)例化一個(gè)對(duì)象并調(diào)用方法返回這個(gè)類給調(diào)用者。但是每次請(qǐng)求一個(gè)對(duì)象都會(huì)發(fā)生這樣的情況：構(gòu)造函數(shù)被調(diào)用，一個(gè)新的對(duì)象被創(chuàng)建并且它返回了一個(gè)獨(dú)一無(wú)二的對(duì)象。我猜面向?qū)ο笳Z(yǔ)言的創(chuàng)建者有每次都創(chuàng)建一個(gè)新對(duì)象的理由，但是單例過(guò)程的支持者說(shuō)這是冗余的且浪費(fèi)資源。
Normal class instantiation
下面這幅圖使用單例模式創(chuàng)建對(duì)象。這里，構(gòu)造函數(shù)僅當(dāng)對(duì)象首次通過(guò)調(diào)用預(yù)先設(shè)計(jì)好的 getInstance() 方法時(shí)才會(huì)被調(diào)用。這通常通過(guò)檢查該值是否為 null 來(lái)完成，并且這個(gè)對(duì)象被作為私有變量保存在單例類的內(nèi)部。下次 getInstance() 被調(diào)用時(shí)，這個(gè)類會(huì)返回第一次被創(chuàng)建的對(duì)象。而沒有新的對(duì)象產(chǎn)生；它只是返回舊的那一個(gè)。
Singleton pattern instantiation
下面這段代碼展示了創(chuàng)建單例模式最簡(jiǎn)單的方法：
package org.opensource.demo.singleton;public class OpensourceSingleton {private static OpensourceSingleton uniqueInstance;private OpensourceSingleton() {}public static OpensourceSingleton getInstance() {if (uniqueInstance == null) {uniqueInstance = new OpensourceSingleton();}return uniqueInstance;}}
在調(diào)用方，這里展示了如何調(diào)用單例類來(lái)獲取對(duì)象：
Opensource newObject = Opensource.getInstance();
這段代碼很好的驗(yàn)證了單例模式的思想：
- 當(dāng)
getInstance()被調(diào)用時(shí)，它通過(guò)檢查null值來(lái)檢查對(duì)象是否已經(jīng)被創(chuàng)建。 - 如果值為
null，它會(huì)創(chuàng)建一個(gè)新對(duì)象并把它保存到私有域，返回這個(gè)對(duì)象給調(diào)用者。否則直接返回之前被創(chuàng)建的對(duì)象。
單例模式實(shí)現(xiàn)的主要問題是它忽略了并行進(jìn)程。當(dāng)多個(gè)進(jìn)程使用線程同時(shí)訪問資源時(shí)，這個(gè)問題就產(chǎn)生了。對(duì)于這種情況有對(duì)應(yīng)的解決方案，它被稱為雙重檢查鎖，用于多線程安全，如下所示：
package org.opensource.demo.singleton;public class ImprovedOpensourceSingleton {private volatile static ImprovedOpensourceSingleton uniqueInstance;private ImprovedOpensourceSingleton() {}public static ImprovedOpensourceSingleton getInstance() {if (uniqueInstance == null) {synchronized (ImprovedOpensourceSingleton.class) {if (uniqueInstance == null) {uniqueInstance = new ImprovedOpensourceSingleton();}}}return uniqueInstance;}}
再?gòu)?qiáng)調(diào)一下前面的觀點(diǎn)，確保只有在你認(rèn)為這是一個(gè)安全的選擇時(shí)才直接實(shí)現(xiàn)你的單例模式。最好的方法是通過(guò)使用一個(gè)制作精良的編程框架來(lái)利用單例功能。
工廠模式：將對(duì)象創(chuàng)建委派給工廠類以隱藏創(chuàng)建邏輯
工廠模式factory pattern是另一種眾所周知的設(shè)計(jì)模式，但是有一小點(diǎn)復(fù)雜。實(shí)現(xiàn)工廠模式的方法有很多，而下列的代碼示例為最簡(jiǎn)單的實(shí)現(xiàn)方式。為了創(chuàng)建對(duì)象，工廠模式定義了一個(gè)接口，讓它的子類去決定實(shí)例化哪一個(gè)類。
工廠模式：將對(duì)象創(chuàng)建委派給工廠類，因此它能隱藏創(chuàng)建邏輯。
下列的圖片展示了最簡(jiǎn)單的工廠模式是如何實(shí)現(xiàn)的。
Factory pattern
客戶端請(qǐng)求工廠類創(chuàng)建類型為 x 的某個(gè)對(duì)象，而不是客戶端直接調(diào)用對(duì)象創(chuàng)建。根據(jù)其類型，工廠模式?jīng)Q定要?jiǎng)?chuàng)建和返回的對(duì)象。
在下列代碼示例中，OpensourceFactory 是工廠類實(shí)現(xiàn)，它從調(diào)用者那里獲取類型并根據(jù)該輸入值決定要?jiǎng)?chuàng)建和返回的對(duì)象：
package org.opensource.demo.factory;public class OpensourceFactory {public OpensourceJVMServers getServerByVendor([String][18] name) {if(name.equals("Apache")) {return new Tomcat();}else if(name.equals("Eclipse")) {return new Jetty();}else if (name.equals("RedHat")) {return new WildFly();}else {return null;}}}
OpenSourceJVMServer 是一個(gè) 100% 的抽象類（即接口類），它指示要實(shí)現(xiàn)的是什么，而不是怎樣實(shí)現(xiàn)：
package org.opensource.demo.factory;public interface OpensourceJVMServers {public void startServer();public void stopServer();public [String][18] getName();}
這是一個(gè) OpensourceJVMServers 類的實(shí)現(xiàn)示例。當(dāng) RedHat 被作為類型傳遞給工廠類，WildFly 服務(wù)器將被創(chuàng)建：
package org.opensource.demo.factory;public class WildFly implements OpensourceJVMServers {public void startServer() {[System][19].out.println("Starting WildFly Server...");}public void stopServer() {[System][19].out.println("Shutting Down WildFly Server...");}public [String][18] getName() {return "WildFly";}}
觀察者模式：訂閱主題并獲取相關(guān)更新的通知
最后是觀察者模式observer pattern。像單例模式那樣，很少有專業(yè)的程序員直接實(shí)現(xiàn)觀察者模式。但是，許多消息隊(duì)列和數(shù)據(jù)服務(wù)實(shí)現(xiàn)都借用了觀察者模式的概念。觀察者模式在對(duì)象之間定義了一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴它的對(duì)象都將被自動(dòng)地通知和更新。
觀察者模式：如果有更新，那么訂閱了該話題/主題的客戶端將被通知。
理解觀察者模式的最簡(jiǎn)單方法是想象一個(gè)郵件列表，你可以在其中訂閱任何主題，無(wú)論是開源、技術(shù)、名人、烹飪還是您感興趣的任何其他內(nèi)容。每個(gè)主題維護(hù)者一個(gè)它的訂閱者列表，在觀察者模式中它們相當(dāng)于觀察者。當(dāng)某一個(gè)主題更新時(shí)，它所有的訂閱者（觀察者）都將被通知這次改變。并且訂閱者總是能取消某一個(gè)主題的訂閱。
如下圖所示，客戶端可以訂閱不同的主題并添加觀察者以獲得最新信息的通知。因?yàn)橛^察者不斷的監(jiān)聽著這個(gè)主題，這個(gè)觀察者會(huì)通知客戶端任何發(fā)生的改變。
Observer pattern
讓我們來(lái)看看觀察者模式的代碼示例，從主題/話題類開始：
package org.opensource.demo.observer;public interface Topic {public void addObserver([Observer][22] observer);public void deleteObserver([Observer][22] observer);public void notifyObservers();}
這段代碼描述了一個(gè)為不同的主題去實(shí)現(xiàn)已定義方法的接口。注意一個(gè)觀察者如何被添加、移除和通知的。
這是一個(gè)主題的實(shí)現(xiàn)示例：
package org.opensource.demo.observer;import java.util.List;import java.util.ArrayList;public class Conference implements Topic {private List<Observer> listObservers;private int totalAttendees;private int totalSpeakers;private [String][18] nameEvent;public Conference() {listObservers = new ArrayList<Observer>();}public void addObserver([Observer][22] observer) {listObservers.add(observer);}public void deleteObserver([Observer][22] observer) {int i = listObservers.indexOf(observer);if (i >= 0) {listObservers.remove(i);}}public void notifyObservers() {for (int i=0, nObservers = listObservers.size(); i < nObservers; ++ i) {[Observer][22] observer = listObservers.get(i);observer.update(totalAttendees,totalSpeakers,nameEvent);}}public void setConferenceDetails(int totalAttendees, int totalSpeakers, [String][18] nameEvent) {this.totalAttendees = totalAttendees;this.totalSpeakers = totalSpeakers;this.nameEvent = nameEvent;notifyObservers();}}
這段代碼定義了一個(gè)特定主題的實(shí)現(xiàn)。當(dāng)發(fā)生改變時(shí)，這個(gè)實(shí)現(xiàn)調(diào)用它自己的方法。注意這將獲取觀察者的數(shù)量，它以列表方式存儲(chǔ)，并且可以通知和維護(hù)觀察者。
這是一個(gè)觀察者類：
package org.opensource.demo.observer;public interface [Observer][22] {public void update(int totalAttendees, int totalSpeakers, [String][18] nameEvent);}
這個(gè)類定義了一個(gè)接口，不同的觀察者可以實(shí)現(xiàn)該接口以執(zhí)行特定的操作。
例如，實(shí)現(xiàn)了該接口的觀察者可以在會(huì)議上打印出與會(huì)者和發(fā)言人的數(shù)量：
package org.opensource.demo.observer;public class MonitorConferenceAttendees implements [Observer][22] {private int totalAttendees;private int totalSpeakers;private [String][18] nameEvent;private Topic topic;public MonitorConferenceAttendees(Topic topic) {this.topic = topic;topic.addObserver(this);}public void update(int totalAttendees, int totalSpeakers, [String][18] nameEvent) {this.totalAttendees = totalAttendees;this.totalSpeakers = totalSpeakers;this.nameEvent = nameEvent;printConferenceInfo();}public void printConferenceInfo() {[System][19].out.println(this.nameEvent + " has " + totalSpeakers + " speakers and " + totalAttendees + " attendees");}}
接下來(lái)
現(xiàn)在你已經(jīng)閱讀了這篇對(duì)于設(shè)計(jì)模式的介紹引導(dǎo)，你還可以去尋求了解其他設(shè)計(jì)模式，例如外觀模式，模版模式和裝飾器模式。也有一些并發(fā)和分布式系統(tǒng)的設(shè)計(jì)模式如斷路器模式和錨定模式。
可是，我相信最好的磨礪你的技能的方式首先是通過(guò)在你的業(yè)余項(xiàng)目或者練習(xí)中實(shí)現(xiàn)這些設(shè)計(jì)模式。你甚至可以開始考慮如何在實(shí)際項(xiàng)目中應(yīng)用這些設(shè)計(jì)模式。接下來(lái)，我強(qiáng)烈建議你查看 OOP 的 SOLID 原則。之后，你就準(zhǔn)備好了解其他設(shè)計(jì)模式。
網(wǎng)站標(biāo)題：理解軟件設(shè)計(jì)模式
鏈接分享：http://www.dlmjj.cn/article/djesoho.html
