看到 service provider 就想起了laravel 确实是这样 之前对这个概念也是比较浅的，但是这波直接悟了

对服务提供者的理解： 服务和容器是框架对组件管理的方式，服务组件之间通过框架主体调用的。 框架提供标准（出具服务组件提供者接口），服务组件需要实现注册到框架主体的逻辑（服务组件注册方式和时机不同）。 分享：工作生活中有遇到使用面向接口思想？ 业务场景：基于不同消息主题计算会员等级和福利和积分。 依据不同主题有不同计算规则，都会影响会员的等级，福利，积分的变更，可以抽象接口：分数计算，等级计算，福利计算，等级变更，福利变更，积分变更。

Laravel 既视感。 好奇最后怎样在 handler 里获取服务，怎样实现依赖注入。

大量的接口化真的有意义么，很多接口一辈子也只有一个实现，根本不会有第二个实现了，为啥还要浪费时间去搞接口，直接拿来用不好么？

方法NewInstance和ServiceProvider.Register(Container) NewInstance 理解起来有点绕，希望老师可以在结尾提供一个注册服务的uml时序图，便于理解。

签到，学习了