橋接模式的核心思想是抽象與實現分離。其關鍵在于將兩個獨立變化的維度（如圖形和顏色）解耦，通過組合方式代替繼承關系，避免類爆炸問題。具體實現步驟包括：1.定義兩個獨立接口（抽象和實現）2.分別定義各自的實現結構體3.在抽象結構體中嵌入實現接口作為字段4.使用組合方式完成調用。go語言中通過接口和結構體組合能自然實現該模式，并適用于多維變化、需動態切換實現及避免類爆炸的場景。
橋接模式（Bridge Pattern）在go語言中，是一種設計模式，核心目的是將抽象部分與其實現部分分離，使它們可以獨立變化。這聽起來有點抽象，但其實它的應用場景很明確：當你面對兩個維度的變化時，不想讓類結構變得過于復雜，就可以用橋接模式來解耦。
比如你有不同形狀（圓形、方形）和不同的顏色（紅色、藍色），如果不用橋接，每種組合都要單獨一個類，代碼量爆炸。而橋接模式通過把“形狀”和“顏色”分別抽象出來，并通過組合的方式連接，就能避免類爆炸的問題。
什么是橋接模式的核心思想？
橋接模式的關鍵在于“抽象與實現分離”。這里的“實現”不是指接口的實現，而是另一個維度上的變化。例如：
立即學習“go語言免費學習筆記（深入）”；
- 抽象：圖形（Shape）
- 實現：顏色（Color）
通過橋接模式，你可以讓 Shape 持有一個 Color 的引用，而不是為每個顏色都創建一個 Shape 子類。這樣，新增顏色或形狀時，只需要擴展其中一個維度，而不影響另一個。
舉個例子：
type Color interface { ApplyColor() string } type red struct{} func (r *Red) ApplyColor() string { return "Red" } type Blue struct{} func (b *Blue) ApplyColor() string { return "Blue" } type Shape interface { Draw() } type Circle struct { color Color } func (c *Circle) Draw() { fmt.Println("Circle filled with " + c.color.ApplyColor()) } type Square struct { color Color } func (s *Square) Draw() { fmt.Println("Square filled with " + s.color.ApplyColor()) }
這樣，Circle 和 Square 不再依賴具體的顏色實現，而是通過組合方式使用 Color 接口，達到了解耦的目的。
golang 中橋接模式的適用場景
橋接模式適用于以下幾種情況：
- 多個維度的變化需要獨立擴展：比如上面提到的圖形和顏色，或者設備和操作系統等。
- 避免類爆炸問題：當兩個維度交叉組合會導致大量子類時，橋接可以幫助減少類的數量。
- 運行時可以動態切換實現：由于是組合關系而非繼承，可以在運行時更換實現部分。
常見的實際應用包括：
如何在 Go 中實現橋接模式？
Golang 雖然沒有類的概念，但可以通過接口和結構體組合來很好地實現橋接模式。
步驟如下：
- 定義兩個獨立的接口（抽象和實現）
- 分別定義各自的實現結構體
- 在抽象結構體中嵌入實現接口作為字段
- 使用組合的方式來完成調用
這種方式在 Go 中非常自然，因為 Go 的接口機制支持鴨子類型，結構體組合也非常靈活。
橋接模式與其他設計模式的區別
很多人會把橋接模式和策略模式混淆，其實兩者有些相似，但用途不同：
- 策略模式用于在運行時替換算法，強調的是行為的可變性
- 橋接模式強調的是兩個維度的獨立變化，用于結構層面的解耦
比如策略模式解決的是“排序算法”的替換問題，而橋接模式解決的是“圖形+顏色”這種多維組合的問題。
另外，橋接模式通常在設計初期就考慮進去，屬于架構層面的設計；而策略模式更多是業務邏輯內部的決策點。
寫在最后
橋接模式不是必須的，但在處理多個維度變化時，它能幫你避免類爆炸，提升代碼的可維護性和擴展性。尤其在 Go 這種推崇組合優于繼承的語言中，橋接模式更容易落地。
只要理解了“抽象與實現分離”的概念，再加上合理的接口設計和結構體組合，就能輕松實現橋接模式。基本上就這些，不復雜但容易忽略細節。
