說到了門面模式，有些地方又叫做外觀模式，這個模式在平時做Web專案中應該是經常用到，像我們的Service層與DAO層，就是用到了門面模式，Controller層本來是需要跟一個個DAO打交道，但是有了Service層，它直接與DAO打交道，Controller就可以直接使用Service，我們只需專注在Service上寫業務邏輯與操作DAO的各種方法，分離了責任，這個模式我認為最重要的功能就是解耦，降低了系統複雜度。

定義：外觀模式是軟體工程中常用的一種軟體設計模式。它為子系統中的一組介面提供一個統一的高層介面。這一介面使得子系統更加容易使用。

定義與類圖來自百度百科。

我們可以從定義與類圖知道，門面模式就是為所有的子系統提供一個統一的高層的介面，負責子系統集合的功能的使用，下面舉個例子，更清晰的瞭解這個模式。這裡我舉個在京東買鍵盤滑鼠的例子。

首先是各個子系統，也就是各個京東的店家，有賣電腦的實體店，有賣鍵盤的實體店。

package test;

public class ComputerStore {

	public void getComputer() {
		System.out.println("從倉庫裡拿電腦");
	}

	public void sendComputer() {
		System.out.println("讓快遞把電腦寄給買家");
	}

}

package test;

public class KeyboardStore {

	public void getKeyboard() {
		System.out.println("從倉庫裡拿鍵盤");
	}

	public void sendShoes() {
		System.out.println("讓快遞把鍵盤寄給買家");
	}

}
 

然後就是門面了，也就是某東，客戶端這裡只需要上某東進行購物就可以了。

package test;

public class Jingdong {

	private ComputerStore computerStore;

	private KeyboardStore keyboardStore;

	public Jingdong() {
		computerStore = new ComputerStore();
		keyboardStore = new KeyboardStore();
	}

	public void buyComputer() {

		computerStore.getComputer();
		computerStore.sendComputer();

	}

	public void buyKeyboard() {

		keyboardStore.getKeyboard();
		keyboardStore.sendShoes();

	}

}
 

下面是客戶端實現

package test;

public class Client {

	public static void main(String[] args) {

		Jingdong jingdong = new Jingdong();
		jingdong.buyComputer();
		jingdong.buyKeyboard();

	}

}

控制檯列印

客戶端是不是很簡單，這裡客戶端只需要跟門面（某東）打交道，不需要本人特地去實體店進行購物，這也體現了網店的便利。如果沒有門面（某東），客戶端需要自己去new一個電腦店，然後再呼叫電腦店的兩個方法，這樣客戶端就依賴具體的子系統（電腦店），其實有做過Web專案的應該都很清楚這個模式，正如開頭所說它讓Controller與DAO解耦，具體的DAO操作SQL查詢的業務邏輯放到了Service這個門面上去實現，具體的客戶端（Controller）只需要呼叫Service這個門面實現好了的方法即可。

在實際使用的時候，介面不是必須的，就像我上面舉的例子，為了便捷就沒寫介面了，實際上根據依賴倒置原則，無論高層的外觀層，還是底層的子系統，都應該依賴於抽象（介面），這會使得程式碼規範，便於維護，面向介面程式設計相信設計模式學到這裡都能感受到其強大之處，但缺點是介面會增多，複雜性就增加了，而且我們會經常給Service裡新增方法，比如查詢XXX，更新XXX，這樣需要經常修改介面，這該怎麼辦呢，一般是等介面的行為穩定的時候，在程式碼重構的階段再決定是否新增抽象的介面，應該是一個解決方式。

注：由於我的水平有限，有些地方說的可能有問題?歡迎大家指出，互相討論互相學習進步！