**
----主要是意圖不同。很多設計模式的結構都是一樣的。有些高手說，設計模式學習到後來只剩下乙個。恩。這個我也想不起來了。莫非是外觀模式？！
我想說，設計模式更適合事後驗證，而不是設計前，中的參考。掌握了設計模式的思考方式，把變化不變化，穩定非穩定的隔離開，自然會出現設計模式的影子。重構到模式吧。
4人組的23個模式，也許根本不是用來學習的，而是在痛過之後，掙扎過之後回來驗證的。
看書，練習，苦過以後就忘了吧。自然流露到高內聚，低耦合才是真。
----引用 5 樓 wanglovec 的回覆:
橋接模式 是 呼叫端和被呼叫端都可以變化
策略模式 是 只有被呼叫端變化
幾個類放在那裡，如果不修改就不是模式了麼？
如果答案是否定的，那麼你說，如果幾個類是以上兩個模式之一，你怎麼看出來的？
這兩個模式或許只是為了處理未來可能的變化，但變化是不一定會發生的。
學知識不要學死了！
----**不是因為長啥樣而成為啥模式的。是處在哪個環境下來決定的。
如果在家你是寶貝，在外你是老大的跟屁蟲，是因為你的模樣導致的？
橋接模式與策略模式區別
橋接 bridge 模式是結構型模式的一種，而策略 strategy 模式則屬於行為模式。以下是它們的uml結構圖。在橋接模式中，abstraction通過聚合的方式引用implementor。在策略模式中，context也使用聚合的方式引用startegy抽象介面。從他們的結構圖可知，在這兩種模式...
設計模式 橋接模式
橋接模式 多維 如車行駛在路上。車分各種品牌 各種型號各種排氣 道路分街道 告訴 山地等 駕駛員分男女 為了減少類的數量。如果按照繼承實現會照成大量冗餘的類，類的數量會相當之大 package com.cn.duduyu.bridgepattern.car public abstract class...
設計模式 橋接模式
設計模式 橋接模式 橋接模式 bridge pattern 對應英文名稱可以是bridge或者bradge任意一種都可以。在軟體系統中，某些型別由於自身的邏輯，它具有兩個或多個維度的變化，那麼如何應對這種 多維度的變化 如何利用物件導向的技術來使得該型別能夠輕鬆的沿著多個方向進行變化，而又不引入額外...