針對接口編程而不是實現

優先使用對象組合，而不是類繼承

封裝變化點

使用重構到模式，而不是直接使用設計模式

設計模式是好的面向對象設計，所以只有掌握面向對象才能更好的理解和應用設計模式

?

單一職責原則：一個類應該只有一個引起它變化的原因

開發關閉原則：對擴展開發，修改關閉

Listov替換原則：子類應該能夠替換父類

依賴倒置原則：高層模塊不應依賴于底層模塊，他們都應依賴于抽象；抽象不依賴于細節，細節依賴于抽象；

接口隔離原則：不應該強迫客戶依賴于他們不用的方法

?

最少知識原則

?

? 多線程單例實現

? 將一個實例擴展到n個實例，例如對象池的實現。

? 將new 構造器的調用轉移到其他類中，例如多個

類協同工作環境中，某個局部環境只需要擁有某

個類的一個實例。

? 理解和擴展Singleton模式的核心是“如何控制用戶

使用new對一個類的實例構造器的任意調用”。

Dot net framework 的底層保證每個類型在內存中只有一份，x.GetType()就是應用單例模式

?

中介者模式（Meidator）類似于聊天系統的服務器的角色

轉載于:https://www.cnblogs.com/end/archive/2010/10/02/1841286.html

總結

以上是生活随笔為你收集整理的Some Notes About Design Pattern的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。