JAVA設計模式之(九)門面模式(外觀模式)

2021-09-16 19:58:39 字數 3011 閱讀 9426

本文繼續介紹23種設計模式系列之門面模式(外觀模式)。

現代的軟體系統都是比較複雜的,設計師處理複雜系統的乙個常見方法便是將其「分而治之」,把乙個系統劃分為幾個較小的子系統。如果把醫院作為乙個子系統,按照部門職能,這個系統可以劃分為**、門診、劃價、化驗、收費、取藥等。看病的病人要與這些部門打交道,就如同乙個子系統的客戶端與乙個子系統的各個類打交道一樣,不是一件容易的事情。

首先病人必須先**,然後門診。如果醫生要求化驗,病人必須首先劃價,然後繳費,才可以到化驗部門做化驗。化驗後再回到門診室。

上圖描述的是病人在醫院裡的體驗,圖中的方框代表醫院。

解決這種不便的方法便是引進門面模式,醫院可以設定乙個接待員的位置,由接待員負責代為**、劃價、繳費、取藥等。這個接待員就是門面模式的體現,病人只接觸接待員,由接待員與各個部門打交道。

門面模式沒有乙個一般化的類圖描述,最好的描述方法實際上就是以乙個例子說明。

由於門面模式的結構圖過於抽象,因此把它稍稍具體點。假設子系統內有三個模組,分別是modulea、moduleb和modulec,它們分別有乙個示例方法。

在這個物件圖中,出現了兩個角色:

●  子系統(subsystem)角色 :可以同時有乙個或者多個子系統。每個子系統都不是乙個單獨的類,而是乙個類的集合(如上面的子系統就是由modulea、moduleb、modulec三個類組合而成)。每個子系統都可以被客戶端直接呼叫,或者被門面角色呼叫。子系統並不知道門面的存在,對於子系統而言,門面僅僅是另外乙個客戶端而已。

子系統角色中的類:

public

class

modulea

}

public

class

moduleb

}

public

class

modulec

}

門面角色類:

public

class

facade

}

客戶端角色類:

public

class

client

}

facade類其實相當於a、b、c模組的外觀介面,有了這個facade類,那麼客戶端就不需要親自呼叫子系統中的a、b、c模組了,也不需要知道系統內部的實現細節,甚至都不需要知道a、b、c模組的存在,客戶端只需要跟facade類互動就好了,從而更好地實現了客戶端和子系統中a、b、c模組的解耦,讓客戶端更容易地使用系統。

使用門面模式還有乙個附帶的好處,就是能夠有選擇性地暴露方法。乙個模組中定義的方法可以分成兩部分,一部分是給子系統外部使用的,一部分是子系統內部模組之間相互呼叫時使用的。有了facade類,那麼用於子系統內部模組之間相互呼叫的方法就不用暴露給子系統外部了。

比如,定義如下a、b、c模組。

public

class

module

;/**

* 子系統內部模組之間相互呼叫時使用的方法

*/private

voida2(

);private

voida3();}

public

class

moduleb

;/**

* 子系統內部模組之間相互呼叫時使用的方法

*/private

voidb2(

);private

voidb3();}

public

class

modulec

;/**

* 子系統內部模組之間相互呼叫時使用的方法

*/private

voidc2(

);private

voidc3();}

public

class

modulefacade

public

voidb1(

)public

voidc1(

)}

這樣定義乙個modulefacade類可以有效地遮蔽內部的細節,免得客戶端去呼叫module類時,發現一些不需要它知道的方法。比如a2()和a3()方法就不需要讓客戶端知道,否則既暴露了內部的細節,又讓客戶端迷惑。對客戶端來說,他可能還要去思考a2()、a3()方法用來幹什麼呢?其實a2()和a3()方法是內部模組之間互動的,原本就不是對子系統外部的,所以乾脆就不要讓客戶端知道。

在門面模式中,通常只需要乙個門面類,並且此門面類只有乙個例項,換言之它是乙個單例類。當然這並不意味著在整個系統裡只有乙個門面類,而僅僅是說對每乙個子系統只有乙個門面類。或者說,如果乙個系統有好幾個子系統的話,每乙個子系統都有乙個門面類,整個系統可以有數個門面類。

初學者往往以為通過繼承乙個門面類便可在子系統中加入新的行為,這是錯誤的。門面模式的用意是為子系統提供乙個集中化和簡化的溝通管道,而不能向子系統加入新的行為。比如醫院中的接待員並不是醫護人員,接待員並不能為病人提供醫療服務。

門面模式的優點:

●  鬆散耦合

門面模式鬆散了客戶端與子系統的耦合關係,讓子系統內部的模組能更容易擴充套件和維護。

●  簡單易用

門面模式讓子系統更加易用,客戶端不再需要了解子系統內部的實現,也不需要跟眾多子系統內部的模組進行互動,只需要跟門面類互動就可以了。

●  更好的劃分訪問層次

通過合理使用facade,可以幫助我們更好地劃分訪問的層次。有些方法是對系統外的,有些方法是系統內部使用的。把需要暴露給外部的功能集中到門面中,這樣既方便客戶端使用,也很好地隱藏了內部的細節。

設計模式之九 門面模式(外觀模式)

定義 要求乙個子系統的外部與其內部的通訊必須通過乙個統一的物件進行。門面模式提供乙個高層次的介面,使得子系統更易於使用 目標 介面隔離和迪公尺特法則 業務場景舉例 動物園很大,最初有乙個管理園,稱為園長。園長有很多事情,其中乙個是給動物打針,那園長就要逐一給所有動物打針。後來園長覺得這樣不行,所以給...

設計模式 05 門面模式

目錄 什麼是門面模式 為什麼要用門面模式 門面模式組成 需要注意的幾點 門面模式如其名稱所述,是內部功能對外的使用者介面。就如同門面一樣,將自身內在的複雜功能實現隱藏,而對外暴露簡單的使用者介面。在專案裡當乙個系統要去完成乙個功能時,很多情況下都需要其多個子系統服務聯合才能完成。而對應外界的呼叫方來...

設計模式六(門面模式)

門面模式 門面模式 facade pattern 又叫外觀模式,提供了乙個統一介面,用來訪問子系統中的一群介面。其主要特徵是定義了乙個高層介面,讓子系統更容易使用,屬於結構型模式。其實,在我們日常的編碼工作中,我們都在有意無意的大量使用門面模式,但凡只要高層模組需要排程多個子系統 2 個以上類物件 ...