laravel 服务提供者别名门面 3者之间的关系

https://blog.csdn.net/jimgethelp/article/details/78317704

这3者，实际上都能单独使用。但是通常我们在看别人写的扩展包时，一般都写了服务提供者，以及facade文件，然后在配置文件中注册服务提供者，注册别名。这几个感觉是结合在一块的，下面我们来说说他们之间到底是什么关系。

在一个框架里面我们要调用一个类，一般都要经历这几个过程 1是require加载 2 是new 3是执行但是在laravel 我们多半是这样的，例如日志类,use Log ; use Mail;

看似简单的调用，实际上背后就是这3者的紧密结合所提供的，如下来分析其流程;

1 文件加载 laravel通过composer自动加载来获取一个文件类

2 实例化可以直接实例化类或者从容器里面获取

3 为了简化写法使用facade

1 什么类需要绑定到容器

一个普通的类我们不需要绑定到容器里面使用普通的类的时候需要new 类的路径就可以了例如 new \Exception

如果这类依赖其他的类或者某个类可能被其他的类依赖那么我们需要将这个类绑定到容器里面

laravel 在实例化一个类的时候就在整个容器里面按照依赖关系依次找到需要的类

2 如何绑定到容器

laravel在源码中就直接将一些重要的类app->bind()绑定到了容器里面去了;

在配置文件app providers 里面 laravel启动的时候会把数组里面的全部绑定到容器里面

3 绑定到容器后又什么好处

使用的时候直接app('mailer')->get() 不需要new就能使用某个类

能自动帮你处理依赖

简单的服务就只是一个对象可以直接调用app->bind()绑定到容器里面

复杂一点的服务可能需要很多默认的配置等 laravel根据服务提供者来绑定这种服务到容器里面去

laravel启动的时候会将配置文件里面的providers 数组里面的元素绑定到容器里面去

首先配置文件'Log' => Illuminate\Support\Facades\Log::class,

先找到Illuminate\Support\Facades\Log 发现里面getFacadeAccessor里面 return LoggerInterface::class; LoggerInterface指的是 Psr\Log\LoggerInterface

这样我们调用log 实际就是调用Psr\Log\LoggerInterface

'Mail' => Illuminate\Support\Facades\Mail::class,

先找到Illuminate\Support\Facades\Mail 发现里面getFacadeAccessor return 'mailer';

这次只是返回了一个字符串对于字符串这种情况实际上laravel 通过服务器容器里面找mailer 这个对象

配置文件 Illuminate\Mail\MailServiceProvider::class,

找到 Illuminate\Mail\MailServiceProvider 发现里面$this->app->singleton('mailer', function ($app) {...})

在这个地方将mailer绑定到了容器里面

综上Log 相当于Psr\Log\LoggerInterface

Mail相当于app('mailer')->get()

---------------------

原文：https://blog.csdn.net/jimgethelp/article/details/78317704

最后编辑于：2019.02.18 13:14:34

laravel 服务提供者 别名 门面 3者之间的关系