資訊專欄INFORMATION COLUMN
摘要：門面模式提供一個高層次的接口，使得子系統(tǒng)更易于使用。適配器模式和門面模式區(qū)別適配器模式和門面模式區(qū)別適配器模式主要做接口轉(zhuǎn)換，解決的是原接口和目標(biāo)接口不匹配的問題。
Provide a unified interface to a set of interfaces in a subsystem.Facade defines a higher-level interface that makes the subsystem easier to use.
門面模式（Facade Pattern）:也叫外觀模式，要求一個子系統(tǒng)的外部與其內(nèi)部的通信必須通過一個統(tǒng)一的對象進行。 門面模式提供一個高層次的接口，使得子系統(tǒng)更易于使用。
說人話：假設(shè)有一個系統(tǒng) A，提供了 a、b、c、d 四個接口。系統(tǒng) B 完成某個業(yè)務(wù)功能，需要調(diào)用 A 系統(tǒng)的 a、b、d 接口。利用門面模式，我們提供一個包裹 a、b、d 接口調(diào)用的門面接口 x，給系統(tǒng) B 直接使用。至于為什么要這樣做，下文會告訴你。
①、Facade 門面角色
此角色知曉子系統(tǒng)的所有功能和責(zé)任，客戶端可以調(diào)用這個角色的方法，會將所有從客戶端發(fā)來的請求委派到相應(yīng)的子系統(tǒng)去， 也就說該角色沒有實際的業(yè)務(wù)邏輯， 只是一個委托類。
②、Subsystem 子系統(tǒng)角色
可以同時有一個或者多個子系統(tǒng)。 每一個子系統(tǒng)都不是一個多帶帶的類， 而是一個類的集合。 子系統(tǒng)并不知道門面的存在。 對于子系統(tǒng)而言， 門面僅僅是另外一個客戶端而已。
/** * 子系統(tǒng)A */public class ClassA { public void doA(){ System.out.println("子系統(tǒng)A方法"); }}/** * 子系統(tǒng)B */public class ClassB { public void doB(){ System.out.println("子系統(tǒng)B方法"); }}/** * 子系統(tǒng)C */public class ClassC { public void doC(){ System.out.println("子系統(tǒng)C方法"); }}/** * 門面角色 */public class Facade { private ClassA a = new ClassA(); private ClassB b = new ClassB(); private ClassC c= new ClassC(); // 提供給外部訪問的方法 public void doSomething(){ this.a.doA(); this.b.doB(); this.c.doC(); }}看上去，沒有門面角色，我們自己去調(diào)用三個子系統(tǒng)的方法也是一樣，但是假如三個子系統(tǒng)之間有先后順序，還有來自不同網(wǎng)絡(luò)開銷，我們通過門面模式提供的方法，就屏蔽了這些差異，讓我們只需要調(diào)用門面角色提供給我們的方法即可。
①、減少系統(tǒng)的相互依賴
如果我們不使用門面模式， 外界訪問直接深入到子系統(tǒng)內(nèi)部， 相互之間是一種強耦合關(guān)系， 你死我就死， 你活我才能活， 這樣的強依賴是系統(tǒng)設(shè)計所不能接受的， 門面模式的出現(xiàn)就很好地解決了該問題， 所有的依賴都是對門面對象的依賴， 與子系統(tǒng)無關(guān)。
②、提高安全性
想讓你訪問子系統(tǒng)的哪些業(yè)務(wù)就開通哪些邏輯， 不在門面上開通的方法， 你休想訪問到。
①、解決易用性問題
門面模式可以用來封裝系統(tǒng)的底層實現(xiàn)，隱藏系統(tǒng)的復(fù)雜性，提供一組更加簡單易用、更高層的接口。
②、解決性能問題
通過將多個接口調(diào)用替換為一個門面接口調(diào)用，減少網(wǎng)絡(luò)通信成本，提高客戶端的響應(yīng)速度。
③、解決分布式事務(wù)問題
需要調(diào)用多個子系統(tǒng)的接口方法，而這些接口要么都成功，要么都失敗，我們就可以利用門面模式包裹這些子系統(tǒng)接口，然后通過某種方法保證這些接口在一個事務(wù)中完成。
適配器模式：主要做接口轉(zhuǎn)換，解決的是原接口和目標(biāo)接口不匹配的問題。
門面模式：主要做接口整合，解決的是多接口調(diào)用帶來的問題。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/125376.html
摘要：適配器模式不應(yīng)在設(shè)計階段考慮，它是為了解決已經(jīng)上線的問題的存在。組合模式將對象組合成樹形結(jié)構(gòu)以表示部分整體的層次結(jié)構(gòu)，使得用戶對單個對象和組合對象的使用具有一致性。 代理模式 代理模式之前已經(jīng)講過，附上鏈接代理模式 裝飾者模式 裝飾者模式定義:動態(tài)地給一個對象添加一些額外的職責(zé)。就增加功能來說，裝飾模式相比生成子類更為靈活。 裝飾模式博主在第一次學(xué)習(xí)是懵逼的，是因為代理模式中代理對象和...
摘要：定義與類型定義又叫門面模式，提供了一個統(tǒng)一的接口，用來訪問子系統(tǒng)中的一群接口外觀模式定義了一個高層接口，讓子系統(tǒng)更容易使用類型結(jié)構(gòu)型類圖門面模式是對系統(tǒng)復(fù)雜的關(guān)系處理做了一個封裝，對外提供一個簡單的接口，成員介紹子系統(tǒng)被門面模式封裝的子系統(tǒng) 0x01.定義與類型 定義：又叫門面模式，提供了一個統(tǒng)一的接口，用來訪問子系統(tǒng)中的一群接口 外觀模式定義了一個高層接口，讓子系統(tǒng)更容易使用 類型...
摘要：此案例中，門面類為，然后各個門面方法的參數(shù)均為抽象類，通過決定調(diào)用中的哪個子類。抽象類持有類的對象，并且實現(xiàn)累的一個接口是為了容器啟動完成的時候自動把相應(yīng)的校驗器加入到校驗器鏈中。 引言：很久沒有更新了，主要是工作忙。最近，工作中一個子系統(tǒng)升級，把之前不易擴展的缺點給改進了一下，主要是運用了幾個設(shè)計模式進行稍微改造了一下。本文也同步發(fā)布至簡書，地址： https://www.jians...
摘要：我們今天也來做一個萬能遙控器設(shè)計模式適配器模式將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口。今天要介紹的仍然是創(chuàng)建型設(shè)計模式的一種建造者模式。設(shè)計模式的理論知識固然重要，但 計算機程序的思維邏輯 (54) - 剖析 Collections - 設(shè)計模式 上節(jié)我們提到，類 Collections 中大概有兩類功能，第一類是對容器接口對象進行操作，第二類是返回一個容器接口對象，上節(jié)我們介紹了...
摘要：我們今天也來做一個萬能遙控器設(shè)計模式適配器模式將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口。今天要介紹的仍然是創(chuàng)建型設(shè)計模式的一種建造者模式。設(shè)計模式的理論知識固然重要，但 計算機程序的思維邏輯 (54) - 剖析 Collections - 設(shè)計模式 上節(jié)我們提到，類 Collections 中大概有兩類功能，第一類是對容器接口對象進行操作，第二類是返回一個容器接口對象，上節(jié)我們介紹了...
閱讀 3859·2023-01-11 11:02
閱讀 4350·2023-01-11 11:02
閱讀 3183·2023-01-11 11:02
閱讀 5283·2023-01-11 11:02
閱讀 4838·2023-01-11 11:02
閱讀 5648·2023-01-11 11:02
閱讀 5436·2023-01-11 11:02
閱讀 4162·2023-01-11 11:02
