门面
介绍
门面为应用程序的 IoC 容器 中可用的类提供了“静态”接口。Laravel 附带了许多门面，您可能在不知情的情况下就已经在使用它们！Laravel 的“门面”作为 IoC 容器中底层类的“静态代理”，提供了简洁、富有表现力的语法，同时比传统的静态方法更具可测试性和灵活性。
有时，您可能希望为您的应用程序和包创建自己的门面，因此让我们探索这些类的概念、开发和使用。
在深入研究门面之前，强烈建议您熟悉 Laravel 的 IoC 容器。
解释
在 Laravel 应用程序的上下文中，门面是一个提供对容器中对象访问的类。使其工作的机制在 Facade 类中。Laravel 的门面以及您创建的任何自定义门面都将扩展基本的 Facade 类。
您的门面类只需实现一个方法：getFacadeAccessor。getFacadeAccessor 方法的任务是定义从容器中解析什么。Facade 基类利用 __callStatic() 魔术方法将来自您的门面的调用延迟到解析的对象上。
因此，当您进行像 Cache::get 这样的门面调用时，Laravel 会从 IoC 容器中解析缓存管理器类，并在该类上调用 get 方法。从技术上讲，Laravel 门面是使用 Laravel IoC 容器作为服务定位器的便捷语法。
实际用法
在下面的示例中，调用了 Laravel 缓存系统。通过浏览这段代码，人们可能会认为正在调用 Cache 类上的静态方法 get。
$value = Cache::get('key');但是，如果我们查看 Illuminate\Support\Facades\Cache 类，您会发现没有静态方法 get：
class Cache extends Facade {
/**
* 获取组件的注册名称。
*
* @return string
*/
protected static function getFacadeAccessor() { return 'cache'; }
}Cache 类扩展了基本的 Facade 类并定义了一个方法 getFacadeAccessor()。请记住，此方法的任务是返回 IoC 绑定的名称。
当用户引用 Cache 门面上的任何静态方法时，Laravel 会从 IoC 容器中解析 cache 绑定，并在该对象上运行请求的方法（在这种情况下为 get）。
因此，我们的 Cache::get 调用可以重写如下：
$value = $app->make('cache')->get('key');创建门面
为您的应用程序或包创建门面很简单。您只需 3 件事：
- 一个 IoC 绑定。
- 一个门面类。
- 一个门面别名配置。
让我们看一个例子。这里，我们有一个定义为 PaymentGateway\Payment 的类。
namespace PaymentGateway;
class Payment {
public function process()
{
//
}
}此类可能位于您的 app/models 目录中，或任何其他 Composer 知道如何自动加载的目录。
我们需要能够从 IoC 容器中解析此类。因此，让我们添加一个绑定：
App::bind('payment', function()
{
return new \PaymentGateway\Payment;
});注册此绑定的一个好地方是创建一个新的 服务提供者，命名为 PaymentServiceProvider，并将此绑定添加到 register 方法中。然后，您可以配置 Laravel 从 app/config/app.php 配置文件加载您的服务提供者。
接下来，我们可以创建自己的门面类：
use Illuminate\Support\Facades\Facade;
class Payment extends Facade {
protected static function getFacadeAccessor() { return 'payment'; }
}最后，如果我们愿意，可以将我们的门面添加到 app/config/app.php 配置文件中的 aliases 数组中。现在，我们可以在 Payment 类的实例上调用 process 方法。
Payment::process();关于自动加载别名的说明
aliases 数组中的类在某些情况下不可用，因为 PHP 不会尝试自动加载未定义的类型提示类。如果 \ServiceWrapper\ApiTimeoutException 被别名为 ApiTimeoutException，则在 \ServiceWrapper 命名空间外的 catch(ApiTimeoutException $e) 将永远不会捕获该异常，即使它被抛出。在具有对别名类的类型提示的模型中也会发现类似的问题。唯一的解决方法是放弃别名，并在每个需要它们的文件顶部 use 您希望类型提示的类。
模拟门面
单元测试是门面工作方式的重要方面。实际上，可测试性是门面存在的主要原因。有关更多信息，请查看文档的 模拟门面 部分。
门面类参考
下面是每个门面及其底层类的列表。这是快速查找给定门面根 API 文档的有用工具。相关的 IoC 绑定 键也包含在内（如适用）。