設計模式之橋接模式
一、引言
每個人都有吃飯睡覺的行為，這時我們可以抽象出來乙個人型別，然後讓每個人去繼承人型別，這時，每增加乙個人，我們只需擴充套件乙個子類就可以了，但是，人型別需要增加行為時，比如增加乙個玩手機的行為，我們只許在人型別中擴充套件玩手機這乙個方法，但是對於子類來說，如果這時子類數量相當龐大時，子類需要進行大量的修改。
我們可以使用橋接模式，將抽象和實現分離。
二、介紹
橋接（bridge）是用於把抽象化與實現化解耦，使得二者可以獨立變化。這種型別的設計模式屬於結構型模式，它通過提供抽象化和實現化之間的橋接結構，來實現二者的解耦。
意圖：將抽象部分與實現部分分離，使它們都可以獨立的變化。
主要解決：在有多種可能會變化的情況下，用繼承會造成類**問題，擴充套件起來不靈活。
何時使用：實現系統可能有多個角度分類，每一種角度都可能變化。
如何解決：把這種多角度分類分離出來，讓它們獨立變化，減少它們之間耦合。
關鍵**：抽象類依賴實現類。
應用例項：1、豬八戒從天蓬元帥轉世投胎到豬，轉世投胎的機制將塵世劃分為兩個等級，即：靈魂和肉體，前者相當於抽象化，後者相當於實現化。生靈通過功能的委派，呼叫肉體物件的功能，使得生靈可以動態地選擇。 2、牆上的開關，可以看到的開關是抽象的，不用管裡面具體怎麼實現的。
優點：1、抽象和實現的分離。 2、優秀的擴充套件能力。 3、實現細節對客戶透明。
缺點：橋接模式的引入會增加系統的理解與設計難度，由於聚合關聯關係建立在抽象層，要求開發者針對抽象進行設計與程式設計。
使用場景：1、如果乙個系統需要在構件的抽象化角色和具體化角色之間增加更多的靈活性，避免在兩個層次之間建立靜態的繼承聯絡，通過橋接模式可以使它們在抽象層建立乙個關聯關係。 2、對於那些不希望使用繼承或因為多層次繼承導致系統類的個數急劇增加的系統，橋接模式尤為適用。 3、乙個類存在兩個獨立變化的維度，且這兩個維度都需要進行擴充套件。
注意事項：對於兩個獨立變化的維度，使用橋接模式再適合不過了。
三、uml圖
橋接模式主要包含如下幾個角色：
abstraction：抽象類。
refinedabstraction：擴充抽象類。
implementor：實現類介面。
concreteimplementor：具體實現類 。
這是我找的一張圖，下面就根據這張圖來書寫**。
三、**展示
namespaceimplementorbridge
}
namespaceconcreteimplementorabridge
public
void
sleep()}}
namespaceconcreteimplementorbbridge
public
void
sleep()}}
namespaceabstractionbridge
public
void
eat()
public
void
sleep()
public
abstract
void
playphone();}}
namespacerefinedabstractionbridge
public
override
void
playphone()}}
四、執行結果
設計模式之橋接模式
public class test 兩個維度 乙個是具體產品，如狗 豬 乙個是抽象產品，如溫順的動物 冷酷的動物 排列組合 如溫順的狗 冷酷的豬等 abstract class animal 該橋接類的引入是關鍵 abstract class animalbridge extends animal ...
設計模式之 橋接模式
今天來學習橋接模式，在我們日常生活中，有很多的事物是可以 多維度 的變化的，比如我們去吃麵條，有雞絲面和牛肉麵兩種，每一種面又分為辣味的和不辣的，而且每種面可能會分為大碗小碗的。很多事物能夠變化的維度不止一種，甚至數十種，那麼我們在 上怎麼應對這些變化呢？每乙個都單獨弄乙個類顯然不是什麼好辦法。那麼...
設計模式之橋接模式
在軟體系統中，某些型別由於自身的邏輯，它具有兩個或多個維度的變化，那麼如何應對這種 多維度的變化 如何利用物件導向的技術來使得該型別能夠輕鬆的沿著多個方向進行變化，而又不引入額外的複雜度？這就要使用橋接模式。現在有咖啡，按大小分可以分為中杯和大杯，按型別可以分為拿鐵和摩卡，所以現在總共有四中咖啡，中...