Singleton
模式分類
從目的來看:
創建型:負責對象創建
結構型:處理類與對象間的組合
行為型:類與對象交互中的職責分配。
從范圍來看:
類模式處理類與子類的靜態關系。
對象模式處理對象間的動態關系。
動機
在軟件系統中,經常有這樣一些特殊的類,必須保證他們在系統中只存在一個實例,才能確保他們的邏輯
正確性,以及良好的效率。
如何繞過常規的構造器,提供一種機制來保證一個類只有一個實例?
這應該是類設計者的責任,而不是使用者的責任。
這應該是類設計者的責任,而不是使用者的責任。
意圖
保證一個類僅有一個實例。
單線程Singleton末是的幾個要點:
構造器可以設置為protected以允許字類派生。
singleton模式一般不要支持Cloneable接口,因為這可能會導致多個對象實例,與Singleton末是的初衷
違背。
Singleton模式一般不要支持序列化,因為這也有可能導致多個對象實例,同樣與Singleton末是的初衷違
背。
Singleton模式只考慮了對象創建的管理,沒有考慮對象銷毀的管理。就支持垃圾回收的平臺和對象開銷
來講,我們一般沒有必要對其銷毀進行特殊的管理。
不能應對多線程環境:再多線程環境下,使用Singleton模式仍然有可能得到Singleton類的多個實例對象
。
模式擴展:
將一個實例擴展到n個實例,例如對象池的實現。
將new構造器的調用轉移到其他類中,例如多個類協同工作環境中,某個局部環境只需要擁有某個類的一
個實例。
理解和擴展Singleton模式的核心是“如何控制用戶使用new對一個類的實例構造器的任意調用”
轉載于:https://www.cnblogs.com/tongzhiyong/archive/2008/03/31/1131871.html
總結
- 上一篇: ABAP OO的八大理由(四)
- 下一篇: 1028. List Sorting (