理解軟體設計模式

如果你是一名正在致力於計算機科學或者相關學科的程序員或者學生，很快，你將會遇到一條術語 「 軟體設計模式 software design pattern 」。根據維基百科，「軟體設計模式是在平常的軟體設計工作中所遭遇的問題的一種通用的、可重複使用的解決方案」。我對該定義的理解是：當在從事於一個編碼項目時，你經常會思考，「嗯，這裡貌似是冗餘代碼，我覺得是否能改變這些代碼使之更靈活和便於修改？」因此，你會開始考慮怎樣分割那些保持不變的內容和需要經常改變的內容。

設計模式是一種通過分割那些保持不變的部分和經常變化的部分，讓你的代碼更容易修改的方法。

不出意外的話，每個從事編程項目的人都可能會有同樣的思考。特別是那些工業級別的項目，在那裡通常工作著數十甚至數百名開發者；協作過程表明必須有一些標準和規則來使代碼更加優雅並適應變化。這就是為什麼我們有了 面向對象編程（OOP）和 軟體框架工具。設計模式有點類似於 OOP，但它通過將變化視為自然開發過程的一部分而進一步發展。基本上，設計模式利用了一些 OOP 的思想，比如抽象和介面，但是專註於改變的過程。

當你開始開發項目時，你經常會聽到這樣一個術語重構，它意味著通過改變代碼使它變得更優雅和可復用；這就是設計模式耀眼的地方。當你處理現有代碼時（無論是由其他人構建還是你自己過去構建的），了解設計模式可以幫助你以不同的方式看待事物，你將發現問題以及改進代碼的方法。

有很多種設計模式，其中單例模式、工廠模式和觀察者模式三種最受歡迎，在這篇文章中我將會一一介紹它們。

如何遵循本指南

無論你是一位有經驗的編程工作者還是一名剛剛接觸的新手，我想讓這篇教程讓每個人都很容易理解。設計模式概念並不容易理解，減少開始旅程時的學習曲線始終是首要任務。因此，除了這篇帶有圖表和代碼片段的文章外，我還創建了一個 GitHub 倉庫，你可以克隆倉庫並在你的電腦上運行這些代碼來實現這三種設計模式。你也可以觀看我創建的 YouTube視頻。

必要條件

如果你只是想了解一般的設計模式思想，則無需克隆示例項目或安裝任何工具。但是，如果要運行示例代碼，你需要安裝以下工具：

• Java 開發套件（JDK）：我強烈建議使用 OpenJDK。
• Apache Maven：這個簡單的項目使用 Apache Maven 構建；好的是許多 IDE 自帶了Maven。
• 互動式開發編輯器（IDE）：我使用 社區版 IntelliJ，但是你也可以使用 Eclipse IDE 或者其他你喜歡的 Java IDE。
• Git：如果你想克隆這個工程，你需要 Git 客戶端。

安裝好 Git 後運行下列命令克隆這個工程：

git clone https://github.com/bryantson/OpensourceDotComDemos.git

然後在你喜歡的 IDE 中，你可以將 TopDesignPatterns 倉庫中的代碼作為 Apache Maven 項目導入。

我使用的是 Java，但你也可以使用支持抽象原則的任何編程語言來實現設計模式。

單例模式：避免每次創建一個對象

單例模式 singleton pattern 是非常流行的設計模式，它的實現相對來說很簡單，因為你只需要一個類。然而，許多開發人員爭論單例設計模式的是否利大於弊，因為它缺乏明顯的好處並且容易被濫用。很少有開發人員直接實現單例；相反，像 Spring Framework 和 Google Guice 等編程框架內置了單例設計模式的特性。

但是了解單例模式仍然有巨大的用處。單例模式確保一個類僅創建一次且提供了一個對它的全局訪問點。

單例模式：確保僅創建一個實例且避免在同一個項目中創建多個實例。

下面這幅圖展示了典型的類對象創建過程。當客戶端請求創建一個對象時，構造函數會創建或者實例化一個對象並調用方法返回這個類給調用者。但是每次請求一個對象都會發生這樣的情況：構造函數被調用，一個新的對象被創建並且它返回了一個獨一無二的對象。我猜面向對象語言的創建者有每次都創建一個新對象的理由，但是單例過程的支持者說這是冗餘的且浪費資源。


下面這幅圖使用單例模式創建對象。這裡，構造函數僅當對象首次通過調用預先設計好的 getInstance() 方法時才會被調用。這通常通過檢查該值是否為 null 來完成，並且這個對象被作為私有變數保存在單例類的內部。下次 getInstance() 被調用時，這個類會返回第一次被創建的對象。而沒有新的對象產生；它只是返回舊的那一個。


下面這段代碼展示了創建單例模式最簡單的方法：

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;
    }

}

在調用方，這裡展示了如何調用單例類來獲取對象：

Opensource newObject = Opensource.getInstance();

這段代碼很好的驗證了單例模式的思想：

1. 當 getInstance() 被調用時，它通過檢查 null 值來檢查對象是否已經被創建。
2. 如果值為 null，它會創建一個新對象並把它保存到私有域，返回這個對象給調用者。否則直接返回之前被創建的對象。

單例模式實現的主要問題是它忽略了並行進程。當多個進程使用線程同時訪問資源時，這個問題就產生了。對於這種情況有對應的解決方案，它被稱為雙重檢查鎖，用於多線程安全，如下所示：

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;
    }

}

再強調一下前面的觀點，確保只有在你認為這是一個安全的選擇時才直接實現你的單例模式。最好的方法是通過使用一個製作精良的編程框架來利用單例功能。

工廠模式：將對象創建委派給工廠類以隱藏創建邏輯

工廠模式 factory pattern 是另一種眾所周知的設計模式，但是有一小點複雜。實現工廠模式的方法有很多，而下列的代碼示例為最簡單的實現方式。為了創建對象，工廠模式定義了一個介面，讓它的子類去決定實例化哪一個類。

工廠模式：將對象創建委派給工廠類，因此它能隱藏創建邏輯。

下列的圖片展示了最簡單的工廠模式是如何實現的。


客戶端請求工廠類創建類型為 x 的某個對象，而不是客戶端直接調用對象創建。根據其類型，工廠模式決定要創建和返回的對象。

在下列代碼示例中，OpensourceFactory 是工廠類實現，它從調用者那裡獲取類型並根據該輸入值決定要創建和返回的對象：

package org.opensource.demo.factory;

public class OpensourceFactory {

    public OpensourceJVMServers getServerByVendor(String 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 是一個 100% 的抽象類（即介面類），它指示要實現的是什麼，而不是怎樣實現：

package org.opensource.demo.factory;

public interface OpensourceJVMServers {
    public void startServer();
    public void stopServer();
    public String getName();
}

這是一個 OpensourceJVMServers 類的實現示例。當 RedHat 被作為類型傳遞給工廠類，WildFly 伺服器將被創建：

package org.opensource.demo.factory;

public class WildFly implements OpensourceJVMServers {
    public void startServer() {
        System.out.println("Starting WildFly Server...");
    }

    public void stopServer() {
        System.out.println("Shutting Down WildFly Server...");
    }

    public String getName() {
        return "WildFly";
    }
}

觀察者模式：訂閱主題並獲取相關更新的通知

最後是 觀察者模式 observer pattern 。像單例模式那樣，很少有專業的程序員直接實現觀察者模式。但是，許多消息隊列和數據服務實現都借用了觀察者模式的概念。觀察者模式在對象之間定義了一對多的依賴關係，當一個對象的狀態發生改變時，所有依賴它的對象都將被自動地通知和更新。

觀察者模式：如果有更新，那麼訂閱了該話題/主題的客戶端將被通知。

理解觀察者模式的最簡單方法是想像一個郵件列表，你可以在其中訂閱任何主題，無論是開源、技術、名人、烹飪還是您感興趣的任何其他內容。每個主題維護者一個它的訂閱者列表，在觀察者模式中它們相當於觀察者。當某一個主題更新時，它所有的訂閱者（觀察者）都將被通知這次改變。並且訂閱者總是能取消某一個主題的訂閱。

如下圖所示，客戶端可以訂閱不同的主題並添加觀察者以獲得最新信息的通知。因為觀察者不斷的監聽著這個主題，這個觀察者會通知客戶端任何發生的改變。


讓我們來看看觀察者模式的代碼示例，從主題/話題類開始：

package org.opensource.demo.observer;

public interface Topic {

    public void addObserver(Observer observer);
    public void deleteObserver(Observer observer);
    public void notifyObservers();
}

這段代碼描述了一個為不同的主題去實現已定義方法的介面。注意一個觀察者如何被添加、移除和通知的。

這是一個主題的實現示例：

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 nameEvent;

    public Conference() {
        listObservers = new ArrayList<Observer>();
    }

    public void addObserver(Observer observer) {
        listObservers.add(observer);
    }

    public void deleteObserver(Observer 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 observer = listObservers.get(i);
            observer.update(totalAttendees,totalSpeakers,nameEvent);
        }
    }

    public void setConferenceDetails(int totalAttendees, int totalSpeakers, String nameEvent) {
        this.totalAttendees = totalAttendees;
        this.totalSpeakers = totalSpeakers;
        this.nameEvent = nameEvent;
        notifyObservers();
    }
}

這段代碼定義了一個特定主題的實現。當發生改變時，這個實現調用它自己的方法。注意這將獲取觀察者的數量，它以列表方式存儲，並且可以通知和維護觀察者。

這是一個觀察者類：

package org.opensource.demo.observer;

public interface Observer {
    public void update(int totalAttendees, int totalSpeakers, String nameEvent);
}

這個類定義了一個介面，不同的觀察者可以實現該介面以執行特定的操作。

例如，實現了該介面的觀察者可以在會議上列印出與會者和發言人的數量：

package org.opensource.demo.observer;

public class MonitorConferenceAttendees implements Observer {
    private int totalAttendees;
    private int totalSpeakers;
    private String nameEvent;
    private Topic topic;

    public MonitorConferenceAttendees(Topic topic) {
        this.topic = topic;
        topic.addObserver(this);
    }

    public void update(int totalAttendees, int totalSpeakers, String nameEvent) {
        this.totalAttendees = totalAttendees;
        this.totalSpeakers = totalSpeakers;
        this.nameEvent = nameEvent;
        printConferenceInfo();
    }

    public void printConferenceInfo() {
        System.out.println(this.nameEvent + " has " + totalSpeakers + " speakers and " + totalAttendees + " attendees");
    }
}

接下來

現在你已經閱讀了這篇對於設計模式的介紹引導，你還可以去尋求了解其他設計模式，例如外觀模式，模版模式和裝飾器模式。也有一些並發和分散式系統的設計模式如斷路器模式和錨定模式。

可是，我相信最好的磨礪你的技能的方式首先是通過在你的業餘項目或者練習中實現這些設計模式。你甚至可以開始考慮如何在實際項目中應用這些設計模式。接下來，我強烈建議你查看 OOP 的 SOLID 原則。之後，你就準備好了解其他設計模式。

via: https://opensource.com/article/19/7/understanding-software-design-patterns

作者：Bryant Son 選題：lujun9972 譯者：arrowfeng 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive