前言
在laravel中，我們可能需要用到自己添加的類時，可以建立一個文件夾專門存放類文件，也可以使用laravel的服務提供者的方式來使用。
這兩者其實區別不大，主要是前者使用的話，會跟業務代碼產生依賴，想象一下，如果一個控制器之中引用了很多自定義的類文件的話，那么可以想像會產生多少依賴，所以我們可以使用服務提供者的方式，向laravel的容器內注冊類，這樣的話，就能夠在一個單獨的配置文件里面來管理依賴，邏輯和后期維護也會方便不少。
使用門面主要是可以不需要去實例化類，可以使用靜態方法的方式去訪問類的方法，用起來也比較方便，不過這樣其實也有缺點，比如不能夠直接跳轉到對應的方法內部，也不能直觀的去了解這個方法的用法，個人開發可能影響不大，不過如果團隊開發的，其實用起來可能會讓人有點暈暈的吧。
以 Laravel 自帶的文件系統為例，在 config/app.php 的配置文件的 providers 數組中，注冊了一個服務提供者：
Illuminate\Filesystem\FilesystemServiceProvider::class,
在 alias 數組中定義了一個門面：
‘File' => Illuminate\Support\Facades\File::class,
通過這兩個步驟，我們就可以非常方便的使用 Laravel 提供的文件系統相關的操作，而且調用形式很簡潔，如：
File::exist($path) ，判斷文件是否存在。File::get($path, $lock = false) ，獲取一個文件的內容。File::append($path, $data) ，把內容追加到一個文件末尾。File::files($directory) ，獲取一個目錄下所有文件。
那么這是如何做到的呢？下面分別講一講 Laravel 的服務提供者和門面模式。
服務提供者
先看看定義：
服務提供者是所有 Laravel 應用程序啟動的中心所在。包括你自己的應用程序，以及所有的 Laravel 核心服務，都是通過服務提供者啟動的。
在文件系統這個服務提供者中，位置 /vendor/laravel/framework/src/Illuminate/Filesystem/FilesystemServiceProvider.php，register 方法可以看到綁定了一個單例：
protected function registerNativeFilesystem()
{
$this->app->singleton('files', function () {
return new Filesystem;
});
}
這個單例是 Filesystem 這個類的單例模式。當然，這個服務提供者中也可以綁定其他的單例，或做更多的事情。我們這里只研究 File::exist() 這種調用方式的原理。
那么這樣一來就有個 files 的單例，實際上是 Filesystem 這個類的實例。
此時，如果沒有 Facade，也是可以調用到 Filesystem 這個實例的方法的，那就是這樣調用：
app(‘files')->exist($path)
好了，現在開始講 Facade.
Facade 門面模式
先看下簡介：
Facades /fəˈsäd/ 為應用程序的服務容器中可用的類提供了一個「靜態」接口。Laravel 自帶了許多的 facades，可以用來訪問其幾乎所有的服務。Laravel facades 就是服務容器里那些基類的「靜態代理」，相比于傳統的靜態方法調用，facades 在提供更簡潔且豐富的語法的同時，還有更好的可測試性和擴展性。
本文一開始講到 alias 數組定義了一個 File，具體的類是
Illuminate\Support\Facades\File::class,
它的內容是：
class File extends Facade
{
/**
* Get the registered name of the component.
*
* @return string
*/
protected static function getFacadeAccessor()
{
return 'files';
}
}
它實際上返回了一個名稱，注意這個名稱 files，不就是剛剛綁定的單例模式的名稱嗎？沒錯。
這樣一來，就可以使用 File 這個別名或者說門面，來調用這個 Filesystem 實例中的方法了。
通過本文，希望大家能夠了解服務提供者，Facade，和實際調用的類的實例之間的關系。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。
