为什么 laravel 主要使用 Facades 而不是单例？

Question

读到这里你会发现外墙并不是真正的外墙

why does laravel's facade behave like a singleton?

Facades 上的所有方法都是静态的（去Illuminate\Support\Facades 看看自己）

有些别名实际上就是这样，例如普通类

'Arr' => Illuminate\Support\Arr::class,

作为外墙有什么意义？

Answer 1

为什么 laravel 主要使用 Facades 而不是单例？

Facades 是单例，因为它们的实现方式。

首先，让我们定义一些我们正在使用的术语：

Facade可以指两个东西：

1. Laravel's Facades，一种用于方便开发人员的工具，也是依赖注入的替代方法
2. facade design pattern。 Laravel 的门面不是门面设计模式的实现。对于那些刚接触 Laravel 但熟悉外观设计模式的人来说，这是一个常见的困惑点。 Laravel 的 Facades 最好被认为是 static proxies 到 Laravel 容器中的服务。

Singleton 是一种创建型设计模式，可让您确保一个类只有一个实例，同时提供对该实例的全局访问点。 (Source)

这些定义并不相互排斥。某些东西可以是一个外观和一个单例（无论它们是否应该都是不同的对话）。

Laravel 的 Facades 在两种方面都是单例的：抽象的 Facade 类和 Laravel 的 IoC Container。

abstract Facade class - 所有单个 Facade 的父级 - 是 Facade 充当单例的主要原因。当调用 Facade 时，它​​会从 Laravel 的容器中解析其底层类并将其保存到本地静态属性中。后续调用将引用本地属性值，而不是再次从容器中解析。

Laravel's Inversion of Control Container 是 Facade 可以引用单例对象的另一种方式。当您将服务绑定到容器时，您可以使用Container::singleton() 确保服务在检索时始终解析为同一个实例。

我希望澄清一些东西可以同时是一个单例和一个门面。

有些别名实际上就是这样，例如普通类

在此上下文中的别名只是对 PHP 的 class_alias() 的调用，是一种通过最小化完全限定的类名（命名空间 + 类名）来使 Facades 和其他类更易于使用的方法。无需use Illuminate\Support\Arr;，您可以在代码中只使用use Arr; 或\Arr::get() 而无需导入。这在 Blade 模板中特别有用。这些别名可用于但不限于 Facades。

如果所有函数都是静态的，为什么像 session() 这样的辅助函数都与 -> 一起工作，例如config()->set() vs config()::set()when the facade doesConfig::set()`?

只是目的和实施的不同。 Facade 是一个代理——所有交互都发生在 Facade 本身，但它代理对底层服务的请求。辅助函数不代理任何调用，它们只返回从容器中检索到的服务。

// Only interacts with the Facade class.
// set() is proxied via the magic __callStatic() method.
Config::set();

// config() returns an instance of the Config Repository class.
// Subsequent calls are directly on that instance.
// No magic methods used.
config()->set();

外观还附带一些模拟和测试实用程序，根据您的测试需求，它们可能会成为更好的解决方案。