Posted on 2008-02-23 15:34
dennis 閱讀(2160)
評論(5) 編輯 收藏 所屬分類:
模式與架構
自從知道singleton模式這把錘子是什么樣的之后，我就把很多小疙瘩也當成了釘子，時常想象偶頂著模式的光環揮舞著“萬能”錘子在代碼叢林中學習蘭博搏斗的光輝形象~~~~。昨天讀《重構與模式》的inline singleton一節，一句話點醒夢中人，singleton模式是“保證一個類僅有一個實例，并提供一個訪問它的全局訪問點”，原來——singleton也是全局變量啊。馬教主深刻地教育過我們：全局變量在被證明無害之前都是有害。偶大汗淋漓。看看迷戀singleton的幾種現象：
1、僅僅在一個地方調用到了某個singleton實例，并且對這個實例的處理代碼也集中在這么一兩個地方，這樣的情況下你為什么要singleton？這里需要一個個全局訪問點嗎？我看你是為了singleton而singleton。
2、我為了性能優化啊！singleton只有一個實例，減小了創建開銷。oh,我終于找到一個用singleton的充分理由了——性能。慢著，跟我讀高大師的名言：“不成熟的優化是萬惡之源”。你怎么知道singleton對象的重復創建是明顯影響了性能？現代jvm對“短命”對象的創建代價已經非常低了。不成熟的優化不僅可能是無效的，而且也給以后重構工作帶來了困難。除非有明顯數據證明（分析工具而來）某個對象的重復創建是對性能影響極大，否則所謂性能優化不能成為采用singleton模式的理由。
3、有時候我們需要在系統的不同層次間傳遞一些共享信息，如果不采用singleton對象來提供這些共享信息，就得在調用的方法中重復地傳遞這些參數，這是個應用singleton模式的場景。但是，如果這些共享信息是可被修改的，或者說singleton對象不是無狀態的，如果還采用singleton模式，那么你就不得不在調用的方法中從single對象取出舊信息和存入新信息，這樣的重復代碼將遍布的到處都是，不僅僅引入了同步訪問的需要，而且出錯的風險大大提高。這種情況下你還將這些信息作為方法參數傳遞而不是采用singleton可能更為清晰和健壯。
singleton不僅僅是“保證一個類僅有一個實例”（這僅僅是描述），更重要的是它是用來“提供全局訪問點”的（這才是它的功能），不要再迷戀這把錘子，好好利用這把錘子。
題外話：腳本語言似乎更容易濫用全局變量，javascript里可以模擬命名空間，Ruby也可以模擬類似的機制。最近寫的一個比較大一點的Ruby腳本，用了幾個全局變量（都是數組）用于保存狀態數據，一開始沒有意識到這一點，導致對全局變量的訪問散落在好幾個腳本文件里，RDT下看起來紅通通的一片極其不爽。那么就重構吧——封裝數組重構，將對這些全局數組的訪問和修改操作統一到一個模塊，調用全局變量的地方都引用這個模塊，通過模塊去操作全局變量，代碼看起來清爽多了。