需要这么多的服务提供者吗?他配置这么多服务提供者的使用场景有哪些?

最近又看了一遍生命周期 -> 服务容器 -> 服务提供者
本来计划的是再看Facade -> Contract
奈何读到服务提供者时,疑问和不解阻挡了我继续看下去的信心
在此想记录问题,请教大家,指教一二

  1. 服务提供者的作用是什么呢?引用文档原文服务提供者是所有 Laravel 应用程序的引导中心。你的应用程序,以及通过服务器引导的 Laravel 核心服务都是通过服务提供器引导。, 那么我的疑问就来了:frowning:
    为什么需要这么多的服务提供者呢, 直接创建一个服务提供者,把所有绑定的服务写到这里面,那岂不是更方便呢?
  2. 多个服务提供者需要在config里添加, 会不会出现重叠绑定服务呢?

尝试去看,尝试去懂laravel的文档,奈何看了一年左右,还是云里雾里,不知道怎么使用这些便捷的功能

我是哈哈怪,每天笑哈哈. go/php开发, 业余喜欢写技术文章,欢迎关注我的个人网站 公众号:哈哈怪玩编程
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
讨论数量: 3

为了更好的拆包出去,组合化开发

1年前 评论

翻译:Laravel 中的服务提供者:Service Providers 是什么以及如何使用

刚好昨天社区翻译完了这篇文章。

按照单一职责来说,拆分是完全没问题的。

如果按你说的,全部在一个服务提供者中加载,那一次请求进来,可能会加载很多不必要的 Provider。

比如:视图的 Provider,但是 API 接口完全用不到。如果都封装到一个 Provider 中,反而增加了系统负担。

1年前 评论

鸡蛋不能放一个篮子

1年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!