設計模式入門：橋接模式 Bridge Pattern
閱讀時間約 2 分鐘
想像一下你家裡的電視遙控器。這個遙控器能夠控制不同品牌的電視，無論是開機、關機還是調整音量，它都能輕鬆搞定。遙控器就像是橋接不同電視的中介，讓你只需要按下按鈕，就能控制電視，而不用擔心每台電視的內部細節。這就是橋接模式的精髓：把「操作」和「具體實現」分開，讓它們可以獨立發展。
什麼是橋接模式？
橋接模式是一種結構型設計模式，它的目的是將抽象部分（比如遙控器的功能）與具體實現部分（比如電視的品牌和型號）分離，讓它們可以獨立變化。簡單來說這個模式讓你把「抽象層次」和「具體實作」分開，以便它們可以各自演化而不互相依賴。這樣當需要擴充系統時，不管是改變抽象部分還是實作部分，都能輕鬆搞定。
橋接模式遊戲開發中的例子
在遊戲開發中橋接模式特別有用。假設我們在開發一個角色扮演遊戲，遊戲中有不同的角色（如戰士、法師）和武器（如劍、法杖）。如果我們希望自由地組合角色和武器，而不是為每種組合都建立一個新的類別，橋接模式就能幫助我們做到這點。這樣我們可以隨意組合角色和武器，而不需要重新建立所有的類別，例如 WarriorWithSword， MageWithStaff 等，這會導致類別數量的急劇增加。
橋接模式的優缺點
橋接模式的優點在於它讓抽象與實作分開，這樣你可以靈活地新增或修改兩者中的任何一方，系統的擴展性大大提高。尤其在處理複雜的物件結構或多樣化需求時，它能有效減少程式碼重複，讓系統更易於維護。
橋接模式並不是在所有情況下都適用。對於系統結構簡單、需求固定的情況，這種設計可能會增加不必要的複雜度。另外加入額外的抽象層可能會稍微增加開發難度。
總結一下，橋接模式適合那些需要同時處理多個維度變化的系統。它使得抽象和實作分離，讓系統可以更靈活地演進。在現實中，當面對多重需求的擴展時，橋接模式能讓你輕鬆應對各種變化，避免系統變得難以維護或過於複雜。
想要親身體驗設計模式奧義的人，推薦參考我今年在iThome鐵人賽的文章。
https://ithelp.ithome.com.tw/articles/10349807
6會員
83內容數
對於經營自媒體、部落格或社群媒體感興趣？我專注於提供實用的寫作技巧、數位行銷策略，以及個人成長建議。
每週，我會分享提升寫作技巧、優化部落格經營、有效管理社群媒體、以及投資理財的寶貴知識。追蹤我，獲得實用的工具和建議，讓你的個人品牌和財務管理更上一層樓！
留言0
查看全部
你可能也想看
Google News 追蹤
這個秋，Chill 嗨嗨！穿搭美美去賞楓，裝備款款去露營⋯⋯你的秋天怎麼過？秋日 To Do List 等你分享！
秋季全站徵文，我們準備了五個創作主題，參賽還有機會獲得「火烤兩用鍋」，一起來看看如何參加吧～
11/20日NVDA即將公布最新一期的財報, 今天Sell Side的分析師, 開始調高目標價, 市場的股價也開始反應, 未來一週NVDA將重新回到美股市場的焦點, 今天我們要分析NVDA Sell Side怎麼看待這次NVDA的財報預測, 以及實際上Buy Side的倉位及操作, 從
Hi 大家好，我是Ethan😊
相近大家都知道保濕是皮膚保養中最基本，也是最重要的一步。無論是在畫室裡長時間對著畫布，還是在旅途中面對各種氣候變化，保持皮膚的水分平衡對我來說至關重要。保濕化妝水不僅能迅速為皮膚補水，還能提升後續保養品的吸收效率。
曾經，我的保養程序簡單到只包括清潔和隨意上乳液
這篇內容，將會講解什麼是「switch」，以及與「switch」相關的知識。包括switch的簡介、switch、break。
※ 什麼是路由？
當我們說「路由」時，可能是在談論路由器（實體設備），也可能是在談論路由（選擇路徑的過程），或者是在談論路徑（資料封包的傳輸路徑）。
路由器 (Router)：這是一種實體設備，負責將資料封包 (Packet) 從一個網路傳送到另一個網路。它的工作方式類似於交通指揮，確保資料封包
這篇文章介紹了路由器 (Router) 在網絡硬體中的功能與運作概念，包括路由器的工作原理、運作流程和與其他硬體設備的區別。文章也提及了路由器運作的基本概念，例如路由表的建立方式和路由協定的基礎知識。
在網頁設計和開發的世界中，線框圖是那首未完成的交響曲，奠定了整個項目成功的基礎。今天，我們將深入探討線框圖的精髓，了解它如何在設計流程中扮演關鍵角色，並指引我們從概念到最終產品的旅程。
※ 生產者和消費者模式
定義：
生產者和消費者在同一時間內共同存取某一個資料空間。生產者負責生成數據並將其放入共享空間，消費者負責從共享空間中取走數據進行處理。兩者之間互不相干，也不須互相知道對方的存在。
共同存取資料空間：生產者和消費者共享同一個資料空間。這個空間通常是緩衝區或隊列，用於在它
※ 工廠模式
定義：
工廠模式是一種實現了「工廠」概念的物件導向設計模式。它提供一個通用的工廠介面，將創建instance（實例）的程式碼交由子類別各自實現，並根據需求去動態地生成相應的物件。這種模式將物件的創建邏輯與使用邏輯分開，使程式碼更容易維護和擴展。
特點：
具有高度標準化和同質性的
※ 單例模式介紹
※ 定義：單例模式是一種設計模式，確保一個class（類）只有一個實例，並提供一個存取它的全域存取點。無論如何取值，皆只對這個實例取值。
※ 目的：保證一個類別只會產生一個物件，而且提供存取該物件的統一方法。
※ 講解：單例模式確保一個類無論怎麼 new 或 get，都只能拿
讓我在這篇文章總結一下前面對物件導向設計的討論，我們討論了物件導向的四個特性：繼承、抽象、多型、封裝，分析了它們的問題，並跟函數式編程的思維做比較。我們引入了與之相對應的特性：泛型、特性系統、模組化，有些特性雖然跟那四個特性很像，但在一些細微的地方有不同的詮釋，使得整體思考方式很不一樣。
「繼
物件導向設計的一個重點就是封裝，這有很多層面上的意義，但基本上就是控制物件的成員變數和方法的存取權。物件導向的封裝還跟繼承機制有關，這使得有一些時候我們逼不得已必須把函式定義在類別上，這種做法使得物件的功能變得難以拆解。封裝應該是模組的職責，並不需要再給物件相同的能力。
一般的模組系統就是把相
上一篇文章提到有些介面不應被繼承，但物件導向的子類別只能繼承父類別的介面，因而產生一些不合適的介面實作。trait/typeclass則沒有這種繼承機制，這似乎使需要繼承的特性無法直接使用。然而函數式導向比起繼承，更適合使用組合，根本不需要使用繼承疊加特性。
資料類型的定義往往跟怎麼建構模型相
這個秋，Chill 嗨嗨！穿搭美美去賞楓，裝備款款去露營⋯⋯你的秋天怎麼過？秋日 To Do List 等你分享！
秋季全站徵文，我們準備了五個創作主題，參賽還有機會獲得「火烤兩用鍋」，一起來看看如何參加吧～
11/20日NVDA即將公布最新一期的財報, 今天Sell Side的分析師, 開始調高目標價, 市場的股價也開始反應, 未來一週NVDA將重新回到美股市場的焦點, 今天我們要分析NVDA Sell Side怎麼看待這次NVDA的財報預測, 以及實際上Buy Side的倉位及操作, 從
Hi 大家好，我是Ethan😊
相近大家都知道保濕是皮膚保養中最基本，也是最重要的一步。無論是在畫室裡長時間對著畫布，還是在旅途中面對各種氣候變化，保持皮膚的水分平衡對我來說至關重要。保濕化妝水不僅能迅速為皮膚補水，還能提升後續保養品的吸收效率。
曾經，我的保養程序簡單到只包括清潔和隨意上乳液
這篇內容，將會講解什麼是「switch」，以及與「switch」相關的知識。包括switch的簡介、switch、break。
※ 什麼是路由？
當我們說「路由」時，可能是在談論路由器（實體設備），也可能是在談論路由（選擇路徑的過程），或者是在談論路徑（資料封包的傳輸路徑）。
路由器 (Router)：這是一種實體設備，負責將資料封包 (Packet) 從一個網路傳送到另一個網路。它的工作方式類似於交通指揮，確保資料封包
這篇文章介紹了路由器 (Router) 在網絡硬體中的功能與運作概念，包括路由器的工作原理、運作流程和與其他硬體設備的區別。文章也提及了路由器運作的基本概念，例如路由表的建立方式和路由協定的基礎知識。
在網頁設計和開發的世界中，線框圖是那首未完成的交響曲，奠定了整個項目成功的基礎。今天，我們將深入探討線框圖的精髓，了解它如何在設計流程中扮演關鍵角色，並指引我們從概念到最終產品的旅程。
※ 生產者和消費者模式
定義：
生產者和消費者在同一時間內共同存取某一個資料空間。生產者負責生成數據並將其放入共享空間，消費者負責從共享空間中取走數據進行處理。兩者之間互不相干，也不須互相知道對方的存在。
共同存取資料空間：生產者和消費者共享同一個資料空間。這個空間通常是緩衝區或隊列，用於在它
※ 工廠模式
定義：
工廠模式是一種實現了「工廠」概念的物件導向設計模式。它提供一個通用的工廠介面，將創建instance（實例）的程式碼交由子類別各自實現，並根據需求去動態地生成相應的物件。這種模式將物件的創建邏輯與使用邏輯分開，使程式碼更容易維護和擴展。
特點：
具有高度標準化和同質性的
※ 單例模式介紹
※ 定義：單例模式是一種設計模式，確保一個class（類）只有一個實例，並提供一個存取它的全域存取點。無論如何取值，皆只對這個實例取值。
※ 目的：保證一個類別只會產生一個物件，而且提供存取該物件的統一方法。
※ 講解：單例模式確保一個類無論怎麼 new 或 get，都只能拿
讓我在這篇文章總結一下前面對物件導向設計的討論，我們討論了物件導向的四個特性：繼承、抽象、多型、封裝，分析了它們的問題，並跟函數式編程的思維做比較。我們引入了與之相對應的特性：泛型、特性系統、模組化，有些特性雖然跟那四個特性很像，但在一些細微的地方有不同的詮釋，使得整體思考方式很不一樣。
「繼
物件導向設計的一個重點就是封裝，這有很多層面上的意義，但基本上就是控制物件的成員變數和方法的存取權。物件導向的封裝還跟繼承機制有關，這使得有一些時候我們逼不得已必須把函式定義在類別上，這種做法使得物件的功能變得難以拆解。封裝應該是模組的職責，並不需要再給物件相同的能力。
一般的模組系統就是把相
上一篇文章提到有些介面不應被繼承，但物件導向的子類別只能繼承父類別的介面，因而產生一些不合適的介面實作。trait/typeclass則沒有這種繼承機制，這似乎使需要繼承的特性無法直接使用。然而函數式導向比起繼承，更適合使用組合，根本不需要使用繼承疊加特性。
資料類型的定義往往跟怎麼建構模型相