PHP单例类的最佳实践[重复]

Question

可能重复：
Who needs singletons?

我总是根据最佳实践写作，但我也想了解为什么给定事物是最佳实践。

我在一篇文章中读到过（遗憾的是我不记得了）单例类更喜欢被实例化，而不是使用静态函数创建并使用范围解析运算符 (::) 访问。因此，如果我有一个包含我所有要验证的工具的类，简而言之：

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

有人告诉我这被认为是不好的做法（或至少被警告过），因为诸如垃圾收集器和维护之类的事情。因此，对“作为静态方法的单例类”的批评想要的是，我实例化了一个我 100% 确定我只会实例化一次的类。对我来说，这似乎是在做“双重工作”，因为一切都准备好了。我错过了什么？

对此事有何看法？当然，这不是生死攸关的问题，但如果有选择，不妨以正确的方式做一件事:)

Answer 1

嗯，这实际上不是单例；单例确保您只有一个类的单个实例，并且这里没有方法可以检索 Validate 的单个实例。您在这里的设计似乎是一个静态类。这不会导致垃圾收集器出现问题（至少是您放在这里的代码），因为无论如何这都会被加载到内存中。

Answer 2

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 3

单例对象是只实例化一次的对象。那和Singleton Pattern不一样，这是一个（反）模式如何写一个可以只实例化一次的类，Singleton（大S 开头）：

“确保一个类只有一个实例，并提供一个全局访问点。”

就 PHP 而言，您通常不需要实现单例模式。事实上，当您要求最佳实践时，您应该避免这样做，因为这是不好的实践。

此外，您发现的大多数 PHP 代码示例都是该模式的半就绪实现，忽略了 PHP 的工作原理。这些虚假的实现不符合模式中的“确保”。

这也说明了一些事情：通常不需要它。如果一个草率的实现已经完成了工作，甚至没有接近模式的用途，那么错误的模式已经被用于这种情况，它开始成为一种反模式。

在 PHP 中，通常不需要不惜一切代价确保一个类只有一个实例，PHP 应用程序并不像您需要的那样复杂（例如，没有可能需要引用原子实例的多个线程）。

通常留下的是类实例的全局访问点，这是大多数 PHP 开发人员（错误）使用的模式。正如今天所知，使用这种“单例”会导致全局静态状态的标准问题，这些问题会在多个级别上将复杂性引入您的代码并降低可重用性。作为程序员，您失去了以灵活方式使用代码的能力。但灵活性是解决问题的一项非常重要的技术。程序员整天都在解决问题。

因此，在应用设计模式之前，需要评估利弊。仅仅经常使用一些模式是没有帮助的。

对于初学者，我想说的是，只需编写您的类并注意它们在应用程序逻辑的其他部分中的实例化方式和时间，以便保持灵活性。