为何大多数情况都通过 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。
本文探讨了 Laravel 框架中服务容器和服务提供者的使用方式及其重要性。为了解决类之间的依赖关系和注册顺序的问题,Laravel 引入了 ServiceProvider 的概念,它能够有效地管理类间的依赖关系,并确保所有组件按正确的顺序注册。
1649

被折叠的 条评论
为什么被折叠?



