本篇文章介紹一種設計模式——外觀模式寺渗。本篇文章內(nèi)容參考《JAVA與模式》之門面模式大猛,外觀模式历涝,深入淺出外觀模式(二)诅需。
一、外觀模式概述
1.定義
外觀模式(Facade Pattern):外部與一個子系統(tǒng)的通信必須通過一個統(tǒng)一的外觀對象進行荧库,為子系統(tǒng)中的一組接口提供一個一致的界面堰塌,外觀模式定義了一個高層接口,這個接口使得這一子系統(tǒng)更加容易使用分衫。外觀模式又稱為門面模式场刑,它是一種對象結構型模式。
2.定義闡述
醫(yī)院的例子
現(xiàn)代的軟件系統(tǒng)都是比較復雜的蚪战,設計師處理復雜系統(tǒng)的一個常見方法便是將其“分而治之”牵现,把一個系統(tǒng)劃分為幾個較小的子系統(tǒng)。如果把醫(yī)院作為一個子系統(tǒng)屎勘,按照部門職能施籍,這個系統(tǒng)可以劃分為掛號、門診概漱、劃價丑慎、化驗、收費瓤摧、取藥等竿裂。看病的病人要與這些部門打交道照弥,就如同一個子系統(tǒng)的客戶端與一個子系統(tǒng)的各個類打交道一樣腻异,不是一件容易的事情。
首先病人必須先掛號这揣,然后門診悔常。如果醫(yī)生要求化驗,病人必須首先劃價给赞,然后繳費机打,才可以到化驗部門做化驗∑福化驗后再回到門診室残邀。
上圖描述的是病人在醫(yī)院里的體驗,圖中的方框代表醫(yī)院。
解決這種不便的方法便是引進外觀模式芥挣,醫(yī)院可以設置一個接待員的位置驱闷,由接待員負責代為掛號、劃價空免、繳費空另、取藥等。這個接待員就是外觀模式的體現(xiàn)鼓蜒,病人只接觸接待員痹换,由接待員與各個部門打交道征字。
二都弹、外觀模式結構
外觀模式?jīng)]有一個一般化的類圖描述,最好的描述方法實際上就是以一個例子說明匙姜。
由于門面模式的結構圖過于抽象畅厢,因此把它稍稍具體點。假設子系統(tǒng)內(nèi)有三個模塊氮昧,分別是ModuleA框杜、ModuleB和ModuleC,它們分別有一個示例方法袖肥,那么此時示例的整體結構圖如下:
在這個對象圖中咪辱,出現(xiàn)了兩個角色:
● 外觀(Facade)角色 :客戶端可以調用這個角色的方法。此角色知曉相關的(一個或者多個)子系統(tǒng)的功能和責任椎组。在正常情況下油狂,本角色會將所有從客戶端發(fā)來的請求委派到相應的子系統(tǒng)去。
● 子系統(tǒng)(SubSystem)角色 :可以同時有一個或者多個子系統(tǒng)寸癌。每個子系統(tǒng)都不是一個單獨的類专筷,而是一個類的集合(如上面的子系統(tǒng)就是由ModuleA、ModuleB蒸苇、ModuleC三個類組合而成)磷蛹。每個子系統(tǒng)都可以被客戶端直接調用,或者被門面角色調用溪烤。子系統(tǒng)并不知道門面的存在味咳,對于子系統(tǒng)而言,門面僅僅是另外一個客戶端而已檬嘀。
時序圖
子系統(tǒng)角色中的類:
public class ModuleA {
//示意方法
public void testA(){
System.out.println("調用ModuleA中的testA方法");
}
}
public class ModuleB {
//示意方法
public void testB(){
System.out.println("調用ModuleB中的testB方法");
}
}
public class ModuleC {
//示意方法
public void testC(){
System.out.println("調用ModuleC中的testC方法");
}
}
外觀角色類:
public class Facade {
//示意方法槽驶,滿足客戶端需要的功能
public void test(){
ModuleA a = new ModuleA();
a.testA();
ModuleB b = new ModuleB();
b.testB();
ModuleC c = new ModuleC();
c.testC();
}
}
客戶端角色類:
public class Client {
public static void main(String[] args) {
Facade facade = new Facade();
facade.test();
}
}
Facade類其實相當于A、B枪眉、C模塊的外觀界面捺檬,有了這個Facade類,那么客戶端就不需要親自調用子系統(tǒng)中的A贸铜、B堡纬、C模塊了聂受,也不需要知道系統(tǒng)內(nèi)部的實現(xiàn)細節(jié),甚至都不需要知道A烤镐、B蛋济、C模塊的存在,客戶端只需要跟Facade類交互就好了炮叶,從而更好地實現(xiàn)了客戶端和子系統(tǒng)中A碗旅、B、C模塊的解耦镜悉,讓客戶端更容易地使用系統(tǒng)祟辟。
三、外觀模式的擴展
使用外觀模式還有一個附帶的好處侣肄,就是能夠有選擇性地暴露方法旧困。一個模塊中定義的方法可以分成兩部分,一部分是給子系統(tǒng)外部使用的稼锅,一部分是子系統(tǒng)內(nèi)部模塊之間相互調用時使用的吼具。有了Facade類,那么用于子系統(tǒng)內(nèi)部模塊之間相互調用的方法就不用暴露給子系統(tǒng)外部了矩距。
比如拗盒,定義如下A、B锥债、C模塊陡蝇。
public class Module {
/**
* 提供給子系統(tǒng)外部使用的方法
*/
public void a1(){};
/**
* 子系統(tǒng)內(nèi)部模塊之間相互調用時使用的方法
*/
public void a2(){};
public void a3(){};
}
public class ModuleB {
/**
* 提供給子系統(tǒng)外部使用的方法
*/
public void b1(){};
/**
* 子系統(tǒng)內(nèi)部模塊之間相互調用時使用的方法
*/
public void b2(){};
public void b3(){};
}
public class ModuleC {
/**
* 提供給子系統(tǒng)外部使用的方法
*/
public void c1(){};
/**
* 子系統(tǒng)內(nèi)部模塊之間相互調用時使用的方法
*/
public void c2(){};
public void c3(){};
}
public class ModuleFacade {
ModuleA a = new ModuleA();
ModuleB b = new ModuleB();
ModuleC c = new ModuleC();
/**
* 下面這些是A、B赞弥、C模塊對子系統(tǒng)外部提供的方法
*/
public void a1(){
a.a1();
}
public void b1(){
b.b1();
}
public void c1(){
c.c1();
}
}
這樣定義一個ModuleFacade類可以有效地屏蔽內(nèi)部的細節(jié)毅整,免得客戶端去調用Module類時,發(fā)現(xiàn)一些不需要它知道的方法绽左。比如a2()和a3()方法就不需要讓客戶端知道悼嫉,否則既暴露了內(nèi)部的細節(jié),又讓客戶端迷惑拼窥。
一個系統(tǒng)可以有幾個外觀類
在外觀模式中戏蔑,通常只需要一個外觀類,并且此外觀類只有一個實例鲁纠,換言之它是一個單例類总棵。當然這并不意味著在整個系統(tǒng)里只有一個外觀類,而僅僅是說對每一個子系統(tǒng)只有一個外觀類改含∏榱洌或者說,如果一個系統(tǒng)有好幾個子系統(tǒng)的話,每一個子系統(tǒng)都有一個外觀類骤视,整個系統(tǒng)可以有數(shù)個外觀類鞍爱。
為子系統(tǒng)增加新行為
初學者往往以為通過繼承一個外觀類便可在子系統(tǒng)中加入新的行為,這是錯誤的专酗。外觀模式的用意是為子系統(tǒng)提供一個集中化和簡化的溝通管道睹逃,而不能向子系統(tǒng)加入新的行為。比如醫(yī)院中的接待員并不是醫(yī)護人員祷肯,接待員并不能為病人提供醫(yī)療服務沉填。
四、外觀模式的實例
1.實例說明
某軟件公司欲開發(fā)一個可應用于多個軟件的文件加密模塊佑笋,該模塊可以對文件中的數(shù)據(jù)進行加密并將加密之后的數(shù)據(jù)存儲在一個新文件中翼闹,具體的流程包括三個部分,分別是讀取源文件允青、加密橄碾、保存加密之后的文件卵沉,其中颠锉,讀取文件和保存文件使用流來實現(xiàn),加密操作通過求模運算實現(xiàn)史汗。這三個操作相對獨立琼掠,為了實現(xiàn)代碼的獨立重用,讓設計更符合單一職責原則停撞,這三個操作的業(yè)務代碼封裝在三個不同的類中瓷蛙。
2.實例類圖
EncryptFacade充當外觀類,F(xiàn)ileReader戈毒、CipherMachine和FileWriter充當子系統(tǒng)類艰猬。
3.實例代碼
FileReader:文件讀取類,充當子系統(tǒng)類埋市。
class FileReader
{
public string Read(string fileNameSrc)
{
Console.Write("讀取文件冠桃,獲取明文:");
FileStream fs = null;
StringBuilder sb = new StringBuilder();
try
{
fs = new FileStream(fileNameSrc, FileMode.Open);
int data;
while((data = fs.ReadByte())!= -1)
{
sb = sb.Append((char)data);
}
fs.Close();
Console.WriteLine(sb.ToString());
}
catch(FileNotFoundException e)
{
Console.WriteLine("文件不存在!");
}
catch(IOException e)
{
Console.WriteLine("文件操作錯誤道宅!");
}
return sb.ToString();
}
}
** CipherMachine:數(shù)據(jù)加密類食听,充當子系統(tǒng)類。**
class CipherMachine
{
public string Encrypt(string plainText)
{
Console.Write("數(shù)據(jù)加密污茵,將明文轉換為密文:");
string es = "";
char[] chars = plainText.ToCharArray();
foreach(char ch in chars)
{
string c = (ch % 7).ToString();
es += c;
}
Console.WriteLine(es);
return es;
}
}
FileWriter:文件保存類樱报,充當子系統(tǒng)類。
class FileWriter
{
public void Write(string encryptStr,string fileNameDes)
{
Console.WriteLine("保存密文泞当,寫入文件迹蛤。");
FileStream fs = null;
try
{
fs = new FileStream(fileNameDes, FileMode.Create);
byte[] str = Encoding.Default.GetBytes(encryptStr);
fs.Write(str,0,str.Length);
fs.Flush();
fs.Close();
}
catch(FileNotFoundException e)
{
Console.WriteLine("文件不存在!");
}
catch(IOException e)
{
Console.WriteLine(e.Message);
Console.WriteLine("文件操作錯誤盗飒!");
}
}
}
EncryptFacade:加密外觀類穷缤,充當外觀類。
class EncryptFacade
{
//維持對其他對象的引用
private FileReader reader;
private CipherMachine cipher;
private FileWriter writer;
public EncryptFacade()
{
reader = new FileReader();
cipher = new CipherMachine();
writer = new FileWriter();
}
//調用其他對象的業(yè)務方法
public void FileEncrypt(string fileNameSrc, string fileNameDes)
{
string plainStr = reader.Read(fileNameSrc);
string encryptStr = cipher.Encrypt(plainStr);
writer.Write(encryptStr, fileNameDes);
}
}
** Program:客戶端測試類**
class Program
{
static void Main(string[] args)
{
EncryptFacade ef = new EncryptFacade();
ef.FileEncrypt("src.txt", "des.txt");
Console.Read();
}
}
五箩兽、外觀模式的優(yōu)點
● 松散耦合
外觀模式松散了客戶端與子系統(tǒng)的耦合關系津肛,讓子系統(tǒng)內(nèi)部的模塊能更容易擴展和維護。
● 簡單易用
外觀模式讓子系統(tǒng)更加易用汗贫,客戶端不再需要了解子系統(tǒng)內(nèi)部的實現(xiàn)身坐,也不需要跟眾多子系統(tǒng)內(nèi)部的模塊進行交互,只需要跟外觀類交互就可以了落包。
● 更好的劃分訪問層次
通過合理使用Facade部蛇,可以幫助我們更好地劃分訪問的層次。有些方法是對系統(tǒng)外的咐蝇,有些方法是系統(tǒng)內(nèi)部使用的涯鲁。把需要暴露給外部的功能集中到外觀中,這樣既方便客戶端使用有序,也很好地隱藏了內(nèi)部的細節(jié)抹腿。