单例对于微博网站来说是一个好的设计模式吗？

Question

我过去在项目中没有使用过任何 OO，因为我让它更简单（实际上使用古老的 mysql_query 调用和我自己的过滤），所以我想开始一个新项目，学习在我的 OO 中使用设计模式。

我正在寻找建立一个微博网站的乐趣，并发现 单例设计模式 类似乎很完整，并与 PDO 一起使用，我看不出它有什么问题（除了不能够访问两个数据库，我不确定这个项目是否需要）。

对于像这样的项目，或者简单的 CMS 软件，单例会是一个好主意吗？ “大佬”会使用什么样的设计模式/数据库类类型来完成这些事情，如果以后要升级（并发连接/性能），这会不会限制太多？

我还阅读了有关工厂单例的信息，以便稍后处理额外的连接，因为更改其中的代码更简单。这会解决任何负面问题并使其成为更合适的设计模式吗？

Answer 1

Singleton 的目的是将对象实例限制为一个并提供全局访问。
两者都是你不想要或不需要的东西。

在 PHP 中将实例限制为一个实例是毫无意义的，因为此限制仅适用于当前请求中的实例。如果两个请求同时到达您的微博网站，每个请求仍将有一个实例。如果您想确保只有一个实例，则只需不要实例化第二个实例即可。

全局访问也不是您想要的，因为它破坏了封装。如果您需要对象内的某个实例，请通过 依赖注入。这是干净且可维护的。它的另一个好处是允许您轻松地与其他实现交换依赖关系，例如 模拟类用于您的单元测试。

甚至单例模式的发明者之一 Erich Gamma 如今也对这种模式提出了质疑：

"我赞成放弃 Singleton。它的用途是几乎总是有设计味”

你最好避免使用单例。

Answer 2

如果我没有记错的话，单例是一个 反模式。但根据任务的不同，可以使用它。

Answer 3

如前所述，单例对您的博客应用程序没有多大帮助。只需创建一个数据库实例并使用它。

Sidenode，你在 PHP 中看到的往往是“假单例”。如果作为普通类实现，通常涉及使用实现单例解决方法的 ::getInstance() 方法。然而，该类的存在允许实例化多个项目（new Singleton() && new Singleton()）。因此，我建议使用过程单例，它不存在这个问题，而且看起来也更好：

 function db() {
     static $db;
     if (!isset($db)) {
          $db = new PDO("sqlite:memory");
     }
     return $db;
 }

这样你就可以使用 db()->query("SELECT * FROM blog")db()->query("SELECT * FROM blog") 并避免总是导入全局 $db var。