其實策略這個玩意.可以這樣理解:
我把我的類,分拆為幾個大類.然後方便管理.
或者我給我的這幾個大類,搞個規定.或者叫弄個抽象類,這樣.我想替換他時,直接換個另外的具體類,
當然這個具體類繼承抽象類.
可以不用先想什麼策略.只是先盡量拆分大類.到時候替換時,就可以分拆出來了.弄個介面.繼承並實現他就完了.
抽象工廠用於曉得具體要生產哪些產品時有用.
工廠主要也是,先有個基類,後面再產生.先註冊,後使用.
訪問者主要是想利用別人的一些介面達到自己想要的功能而已.
觀察者主要就是訂閱/發布模式.
大概就這幾樣吧.
關於設計模式 策略模式
原則 將經常改變的和不經常改變的分離設計 面向介面而非面向實現程式設計，多組合，少繼承 舉個例子 現在有電影院，一年四季根據季節去打折，假設有乙個movie類，那麼正常設計裡面會有乙個打折方法，方法內部實現是根據季節不同去返回不同的折後 如果需求改變，則該方法需要重新編寫 然後測試前面的 是否會受到...
關於「策略模式」與「橋接模式」的問題
主要是意圖不同。很多設計模式的結構都是一樣的。有些高手說，設計模式學習到後來只剩下乙個。恩。這個我也想不起來了。莫非是外觀模式？我想說，設計模式更適合事後驗證，而不是設計前，中的參考。掌握了設計模式的思考方式，把變化不變化，穩定非穩定的隔離開，自然會出現設計模式的影子。重構到模式吧。4人組的23個模...
策略模式與簡單工廠模式
1，簡單工廠模式 a 有乙個抽象的介面用來表示工廠需要生產的產品共性 然後各個具體的產品類實現該抽象介面。b 工廠只需要持有產品的抽象介面，工廠接收乙個 type 引數來決定生產何種產品。c 對於客戶而言，當他需要某種型別的產品時，只需要獲得工廠物件，然後將產品的 type引數傳遞給工廠，由工廠建立...