去年我寫過一篇文章, 大意是在說 大多數人所使用的 Singleton 實作都是有問題的. 在文章靠近後面的部份, 我也介紹了一種較少為人知, 我常用在 lifetime 是全局但 scope 是局部的 (global) 變數的 Singleton 實作. 雖然這實作離 fool proof 還差得遠, 在使用者能夠正確地 include header 的情況下, 它可能已經是最接近 bullet proof 的實作了.

“好吧, 那我就用類似你的 Singleton 實作總行了吧!?” 先別急著動手改 code, 實作是容易更換的, 但使用 Singleton Pattern 的原因卻與更重要的介面, 甚至架構的設計思維息息相關. 工作的實務經驗以及本身的興趣研究讓我體會到, 大多數的情況下 Singleton 的使用是可以避免的. 在這些非必要情況卻依然採用 Singleton 的原因常是:

• 沒把問題想清楚
• 好玩
• 因為有個叫作 Singleton 的 pattern

不談之前討論過不同的 Singleton 實作上的問題, 缺陷或盲點. Singleton Pattern 的實作多是只要 include 了 header, 每段 code 都可以 access 到某個 instance. 而 access 到該 instance 的時候, 它會處於初始化已經完成的狀態.² 使用這樣的 singleton 跟使用一個全局的 default constructible, 或是有初始值的 global variable 在架構上幾乎沒有區別.³ 不是用個有響亮名字的 pattern 把 global variable 包裝起來就比直接使用 global variable 好到那裡去.

如果你不認同 global variable 的使用是一種漂亮的手法, 你也該一並鄙視全局的 singleton. 至少要以懷疑的眼光去檢視程式採用 Singleton Pattern 真正的原因.

1. 至少我是幹了好幾回的 :P [↩]
2. 先不論後者是需要有正確的 Singleton 實作才可能可以給這樣的保證 [↩]
3. 除了 initialized on reference 等實作層次上的安全之外 [↩]