Home > Article > Backend Development > laravel 什么地方需要Facade,ServiceProvider
关于laravel有很多很棒设计,我一直不太明白,Facade和ServiceProvider的应用场景
我一般建立一个Services目录,里面写上UsersService,ArticleService,
然后在controller中,直接进行依赖注入,即可实现了UsersService的操作
希望大神能讲解下,什么样的场景下适用Facade和ServiceProvider
关于laravel有很多很棒设计,我一直不太明白,Facade和ServiceProvider的应用场景
我一般建立一个Services目录,里面写上UsersService,ArticleService,
然后在controller中,直接进行依赖注入,即可实现了UsersService的操作
希望大神能讲解下,什么样的场景下适用Facade和ServiceProvider
Laravel
框架的其中一条核心思想是让开发者愉快的开发
,所以它的接口做的非常友好,Facade只是一个捷径而已,所有的Facade接口都可以通过依赖注入的方式获取,完全根据开发者的喜好来选择,所以没有什么场景适合用Facade这一说
。
Laravel
框架的另一条思想是同一件事情,可以有多种做法
,举例如下:
<code>/** 调用Request服务 */ public function (\Illuminate\Http\Request $request) { /** 三种方式等价 */ $inputs = $request->all(); // 依赖注入(DI) $inputs = \Request::all(); // Facade $inputs= = request()->all(); // 助手方法(helper method) }</code>
至于服务提供器Service Provider
什么时候使用,简单解释如下:
如果你的服务(Services
)不依赖于其他服务,则不需要服务提供器(Service Provider
),你只需通过依赖注入该服务,Laravel的IoC容器会通过PHP的反射服务来实例化该服务。
反而,如果你的服务需要注入其他依赖服务,或者你的服务需要在使用前进行一些初始化的操作(bootstrap
),那么这个时候,你就需要在服务提供器(Service Provider
)的register
方法内将服务绑定到Laravel的IoC容器内,进而在boot
方法内,进行初始化操作(bootstrap
),这个时候,程序所有的服务都已注册完毕,所以初始化的过程中,还可以调用其他服务。
Laravel
自带就有很多优秀的结合使用ServiceProvider
和Facade
的例子。
比如缓存类,通过ServiceProvider
可以很好的做到缓存对象的配置和延迟(可能Laravel
中的写法还是有些简单,但是应用到复杂的系统下会越显得ServiceProvider
比直接注册匿名函数来延载的清晰效果)。Facade
则可以接入缓存对象,通过容器让操作缓存变得更加容易,举个例子,普通操作缓存时需要从容器中先拉出共享的缓存对象,操作这个对象,而通过Facade
,这些操作都已经被封装,直接一行语句就能完成。
再应用到真实环境中,比如我们在程序中需要一个文件存储操作,那么我们写出StorageServiceProvider
和StorageFacade
,其中Storage
中的操作都已经抽象化,我们可以在程序中直接使用StorageFacade
来调用这些抽象方法,编写很简洁。在StorageServiceProvider
中,我们又可以根据不同换运行环境实例化不同的Storage
类(比如在SAE
、BAE
上我们需要接入他们的文件存储,而在我们独立的服务器上又需要直接写入硬盘)。通过这样,我们就实现了轻易切换环境,而不改动代码。