laravel_Facades篇

简介

Facades&＃xff08;读音&＃xff1a;/fəˈsäd/ &＃xff09;为应用程序的 服务容器 中可用的类提供了一个「静态」接口。Laravel 自带了很多 Facades &＃xff0c;可以访问绝大部分 Laravel 的功能。Laravel Facades 实际上是服务容器中底层类的「静态代理」&＃xff0c;它提供了简洁而富有表现力的语法&＃xff0c;甚至比传统的静态方法更具可测试性和扩展性。

所有的 Laravel Facades 都在 Illuminate\Support\Facades 命名空间中定义。所以&＃xff0c;我们可以轻松地使用 Facade :

use Illuminate\Support\Facades\Cache;Route::get(&＃39;/cache&＃39;, function () {return Cache::get(&＃39;key&＃39;);
});


在 Laravel 的文档中&＃xff0c;很多示例代码都会使用 Facades 来演示框架的各种功能。

何时使用 Facades

Facades 有很多好处&＃xff0c;它为我们使用 Laravel 的功能提供了简单、易记的语法&＃xff0c;而无需记住必须手动注入或配置的长长的类名。此外&＃xff0c;由于它们对 PHP 动态方法的独特用法&＃xff0c;使得测试起来非常容易。

然而&＃xff0c;在使用 Facades 时&＃xff0c;有些地方还需要特别注意。使用 Facades 最主要的风险就是会引起类作用范围的膨胀。因为 Facades 使用起来非常简单而且不需要注入&＃xff0c;就会使得我们在不经意间在单个类中使用许多 Facades&＃xff0c;从而导致类变的越来越大。而使用依赖注入的时候&＃xff0c;使用的类越多&＃xff0c;构造方法就会越长&＃xff0c;在视觉上就会引起注意&＃xff0c;提醒你这个类有点庞大了。因此在使用 Facades 的时候&＃xff0c;要特别注意控制好类的大小&＃xff0c;让类的作用范围保持短小。

{tip} 在开发与 Laravel 进行交互的第三方扩展包时&＃xff0c;建议最好选择注入 Laravel 契约 &＃xff0c;而不是使用 Facades 的方式来使用类。因为扩展包是在 Laravel 本身之外构建&＃xff0c;所以你无法使用 Laravel Facades 测试辅助函数。

Facades Vs. 依赖注入

依赖注入的主要优点之一是切换注入类的实现的能力。这在测试的时候很有用&＃xff0c;因为你可以注入一个 mock 或者 stub &＃xff0c;并断言在 stub 上调用的各种方法。

通常&＃xff0c;真正的静态方法是不可能被 mock 或者 stub。但是&＃xff0c;因为 Facades 使用动态方法来代理从服务容器解析的对象的方法调用&＃xff0c;我们可以像测试注入的类实例一样来测试 Facades。例如&＃xff0c;像下面的路由&＃xff1a;

use Illuminate\Support\Facades\Cache;Route::get(&＃39;/cache&＃39;, function () {return Cache::get(&＃39;key&＃39;);
});


我们可以用下面的测试代码来验证使用预期的参数来调用 Cache::get 方法&＃xff1a;

use Illuminate\Support\Facades\Cache;/*** 一个基础功能的测试用例。** &＃64;return void*/
public function testBasicExample()
{Cache::shouldReceive(&＃39;get&＃39;)->with(&＃39;key&＃39;)->andReturn(&＃39;value&＃39;);$this->visit(&＃39;/cache&＃39;)->see(&＃39;value&＃39;);
}


Facades Vs. 辅助函数

除了 Facades&＃xff0c; Laravel 还包含各种「辅助函数」来实现一些常用的功能&＃xff0c;比如生成视图、触发事件、调度任务或者发送 HTTP 响应。许多辅助函数的功能都有与之对应的 Facade。例如&＃xff0c;下面这个 Facade 的调用和辅助函数的作用是一样的&＃xff1a;

return View::make(&＃39;profile&＃39;);return view(&＃39;profile&＃39;);


这里的 Facades 和辅助函数之间没有实际的区别。当你使用辅助函数时&＃xff0c;你可以使用对应的 Facade 进行测试。例如&＃xff0c;下面的路由&＃xff1a;

Route::get(&＃39;/cache&＃39;, function () {return cache(&＃39;key&＃39;);
});


在底层&＃xff0c;辅助函数 cache 实际是调用 Cache facade 中的 get 方法。因此&＃xff0c;尽管我们使用的是辅助函数&＃xff0c;我们依然可以编写以下测试来验证该方法是否使用我们预期的参数来调用&＃xff1a;

use Illuminate\Support\Facades\Cache;/*** 一个基础功能的测试用例。** &＃64;return void*/
public function testBasicExample()
{Cache::shouldReceive(&＃39;get&＃39;)->with(&＃39;key&＃39;)->andReturn(&＃39;value&＃39;);$this->visit(&＃39;/cache&＃39;)->see(&＃39;value&＃39;);
}Facades 工作原理


在 Laravel 应用中&＃xff0c;Facade 就是一个可以从容器访问对象的类。其中核心的部件就是 Facade 类。不管是 Laravel 自带的 Facades&＃xff0c;还是用户自定义的 Facades &＃xff0c;都继承自 Illuminate\Support\Facades\Facade 类。

Facade 基类使用了 __callStatic() 魔术方法将你的 Facades 的调用延迟&＃xff0c;直到对象从容器中被解析出来。在下面的例子中&＃xff0c;调用了 Laravel 的缓存系统。通过浏览这段代码&＃xff0c;可以假定在 Cache 类中调用了静态方法 get&＃xff1a;

use App\Http\Controllers\Controller;class UserController extends Controller
{/*** 显示给定用户的信息。** &＃64;param int $id* &＃64;return Response*/public function showProfile($id){$user &＃61; Cache::get(&＃39;user:&＃39;.$id);return view(&＃39;profile&＃39;, [&＃39;user&＃39; &＃61;> $user]);}
}


注意在上面这段代码中&＃xff0c;我们「导入」Cache Facade 。这个 Facade 作为访问 Illuminate\Contracts\Cache\Factory 接口底层实现的代理。我们使用 Facade 进行的任何调用都将传递给 Laravel 缓存服务的底层实例。

如果我们看一下 Illuminate\Support\Facades\Cache 这个类&＃xff0c;你会发现类中根本没有 get 这个静态方法&＃xff1a;

class Cache extends Facade
{/*** 获取组件的注册名称。** &＃64;return string*/protected static function getFacadeAccessor() { return &＃39;cache&＃39;; }
}


Cache Facade 继承了 Facade 的类库&＃xff0c;并且定义了 getFacadeAccessor() 方法。这个方法的作用是返回服务容器绑定的名称。当用户调用 Cache Facade 中的任何静态方法时&＃xff0c; Laravel 会从 服务容器 中解析 cache 绑定以及该对象运行所请求的方法&＃xff08;在这个例子中就是 get 方法&＃xff09;。

Facade 类参考


在下面你可以找到每个 Facade 类及其对应的底层类。这是一个查找给定 Facade 类 API 文档的工具。服务容器绑定 的可用键值也包含在内。