最佳實踐

Question

可能重複：
Who needs singletons?

我一直對於寫最佳實踐，但我也想知道爲什麼給定的是一個最佳實踐。我已經閱讀了一篇文章（我不幸忘記了），單例類最好是實例化的，而不是用靜態函數製作，並且使用範圍解析運算符（:)進行訪問。所以，如果我有一個包含我所有的工具來驗證類，簡稱：

class validate { 
    private function __construct(){} 
    public static function email($input){ 
     return true; 
    } 
} 

有人告訴我，這被認爲是不好的做法（或至少對警告），因爲這樣的事情作爲垃圾收集器和維護。那麼對於「單例類作爲靜態方法」的批評所要做的是，我實例化一個類，我100％確定我只會實例化一次。對我來說，這似乎是在做「雙重工作」，因爲它已經準備就緒。我錯過了什麼？

關於此事的觀點是什麼？當然，這不是一個生死攸關的問題，但是，如果選項是有的話，也可以做正確的事情:)

Answer 1

一個例子單類在PHP：
Creating the Singleton design pattern in PHP5 : Ans 1 :
Creating the Singleton design pattern in PHP5 : Ans 2 :

Singleton is considered "bad practice".

主要是因爲這樣的：How is testing the registry pattern or singleton hard in PHP?

• why are singleton bad?

• why singletons are evil?

• A good approach: Dependency Injection

• Presentation on reusability: Decouple your PHP code for reusability

• Do you need a dependency injection container

• Static methods vs singletons choose neither

• The Clean Code Talks - "Global State and Singletons"

• Inversion of Control Containers and the Dependency Injection pattern

想了解更多？ ：

• What are the disadvantages of using a PHP database class as a singleton?

• Database abstraction class design using PHP PDO

• Would singleton be a good design pattern for a microblogging site?

• Modifying a class to encapsulate instead of inherit

• How to access an object from another class?

• Testing Code That Uses Singletons

一個單判決圖（source）：

Answer 2

那麼，這實際上並不是一個單身人士;一個單例確保你只有一個類的單個實例，並且這裏沒有方法可以檢索單個Validate實例。這裏的設計似乎是一個靜態類。這不會導致垃圾收集器出現問題（至少是你放在這裏的代碼），因爲無論如何它都會被加載到內存中。

Answer 3

一個Singleton對象是僅實例化一次一個對象。這是不一樣的Singleton Pattern，這是一個（反）模式如何寫一個類，可以只實例化一次，辛格爾頓（大小號開頭）：

「確保一個類只有一個實例，並提供一個全局訪問點。「

就PHP而言，你通常不需要實現Singleton模式。其實你應該避免這樣做，當你要求最佳實踐，因爲它是不好的做法。

此外，您發現大多數PHP代碼示例都是模式的半準備實現，忽略了PHP的工作方式。這些虛假實現不符合模式中的「確保」。

這也告訴了一些事情：通常這是不需要的。如果一個草率的實現已經完成了工作，而沒有接近該模式的用途，那麼錯誤的模式已經被用於這種情況，它開始成爲反模式的。

在PHP中，通常不需要確保一個類只有一個實例，PHP應用程序並不那麼複雜，您可能需要它（例如，沒有多個線程可能需要引用一個原子實例）。

通常留下的是類實例的全局訪問點，這是大多數PHP開發人員（錯誤）使用該模式的原因。正如今天所知，使用這種「單身人士」會導致全局靜態狀態的標準問題，從而在多個級別中將代碼複雜化，並降低可重用性。作爲程序員，您無法靈活地使用代碼。但靈活性是解決問題的一項非常重要的技術。程序員整天都在解決問題。

因此，在應用設計模式之前，需要評估正反兩面。最經常使用某種模式是沒有用的。對於初學者，我會說，只需編寫你的類，並注意它們在應用程序邏輯的某些其他部分如何以及何時被實例化，這樣就保持了靈活性。