laravel什么地方需要Facade，ServiceProvider

关于laravel有很多很棒设计，我一直不太明白，Facade和ServiceProvider的应用场景
我一般建立一个Services目录，里面写上UsersService，ArticleService，
然后在controller中，直接进行依赖注入，即可实现了UsersService的操作

希望大神能讲解下，什么样的场景下适用Facade和ServiceProvider

回复内容：

关于laravel有很多很棒设计，我一直不太明白，Facade和ServiceProvider的应用场景
我一般建立一个Services目录，里面写上UsersService，ArticleService，
然后在controller中，直接进行依赖注入，即可实现了UsersService的操作

希望大神能讲解下，什么样的场景下适用Facade和ServiceProvider

1. Laravel框架的其中一条核心思想是让开发者愉快的开发，所以它的接口做的非常友好，Facade只是一个捷径而已，所有的Facade接口都可以通过依赖注入的方式获取，完全根据开发者的喜好来选择，所以没有什么场景适合用Facade这一说。

2. Laravel框架的另一条思想是同一件事情，可以有多种做法，举例如下：

/** 调用Request服务 */
public function (\Illuminate\Http\Request $request) {
    /** 三种方式等价 */
    $inputs = $request->all(); // 依赖注入（DI）
    $inputs = \Request::all(); // Facade
    $inputs= = request()->all(); // 助手方法（helper method）
}

至于服务提供器Service Provider什么时候使用，简单解释如下：

1. 如果你的服务（Services）不依赖于其他服务，则不需要服务提供器（Service Provider），你只需通过依赖注入该服务，Laravel的IoC容器会通过PHP的反射服务来实例化该服务。

2. 反而，如果你的服务需要注入其他依赖服务，或者你的服务需要在使用前进行一些初始化的操作（bootstrap），那么这个时候，你就需要在服务提供器（Service Provider）的register方法内将服务绑定到Laravel的IoC容器内，进而在boot方法内，进行初始化操作（bootstrap），这个时候，程序所有的服务都已注册完毕，所以初始化的过程中，还可以调用其他服务。

Laravel自带就有很多优秀的结合使用ServiceProvider和Facade的例子。
比如缓存类，通过ServiceProvider可以很好的做到缓存对象的配置和延迟（可能Laravel中的写法还是有些简单，但是应用到复杂的系统下会越显得ServiceProvider比直接注册匿名函数来延载的清晰效果）。Facade则可以接入缓存对象，通过容器让操作缓存变得更加容易，举个例子，普通操作缓存时需要从容器中先拉出共享的缓存对象，操作这个对象，而通过Facade，这些操作都已经被封装，直接一行语句就能完成。
再应用到真实环境中，比如我们在程序中需要一个文件存储操作，那么我们写出StorageServiceProvider和StorageFacade，其中Storage中的操作都已经抽象化，我们可以在程序中直接使用StorageFacade来调用这些抽象方法，编写很简洁。在StorageServiceProvider中，我们又可以根据不同换运行环境实例化不同的Storage类（比如在SAE、BAE上我们需要接入他们的文件存储，而在我们独立的服务器上又需要直接写入硬盘）。通过这样，我们就实现了轻易切换环境，而不改动代码。