为何大多数情况都通过 Service Provider 来使用 IOC Container?
我们知道,有时候我们的类、模块会有需要其他类和组件的情况,为了保证初始化阶段不会出现所需要的模块和组件没有注册的情况,laravel 将注册和初始化行为进行拆分,注册的时候就只能注册,初始化的时候就是初始化。拆分后的产物就是现在的 服务提供者。
可以想象这样一个场景, 你要绑定3个类 A B C 到 IOC Container 中。 A,B,C 都是非常复杂的类。在 bind
A 时, 引用了一个类 B 的实例, 那么想要获得类 B 的实例,就需要 B 已经被 bind
,只有这样,我们的 IOC Container 才有能力 make
出一个 B 的实例。 而在 bind
B 时, 恰好又需要 C 的实例.
如果是这样的逻辑, 那么在 bind
A B C时, 就必须手动的严格安排 bind
的次序, 而且这只是3个类的情况, 如果有几十个类的话, 人工已经无法完成了.
而这时就需要 Service Provider 的作用了。
引用一段别人的话
我们知道,有时候我们的类、模块会有需要其他类和组件的情况,为了保证初始化阶段不会出现所需要的模块和组件没有注册的情况,laravel 将注册和初始化行为进行拆
分,注册的时候就只能注册,初始化的时候就是初始化。拆分后的产物就是现在的 Service Provider。