最佳实践

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开发人员（错误）使用该模式的原因。正如今天所知，使用这种“单身人士”会导致全局静态状态的标准问题，从而在多个级别中将代码复杂化，并降低可重用性。作为程序员，您无法灵活地使用代码。但灵活性是解决问题的一项非常重要的技术。程序员整天都在解决问题。

因此，在应用设计模式之前，需要评估正反两面。最经常使用某种模式是没有用的。对于初学者，我会说，只需编写你的类，并注意它们在应用程序逻辑的某些其他部分如何以及何时被实例化，这样就保持了灵活性。