laravel创建服务
所谓控制反转，就是把该由主类全部完成的事情改由子类去完成，这种设计思路就叫控制反转
实现控制反转有多种方式，工厂模式便是一种比较常见的模式，什么是工厂模式，也就是说父类不需要一个一个去new需要的子类，父类只需要new一次工厂类，由工厂决定子类的依赖，工厂返回类对象，父类直接调用类方法即可。
工厂模式其实已经可以满足我们目前的很多开发方式了，但是也存在一个问题，所有的模块都在工厂类中安排好了，如果有新的类，我们必须去改造工厂。
于是接口的作用就来了，接口是什么，接口是一个类，这个类只有需要实现的方法名字跟入参，并没有方法的定义，继承接口的类必须实现接口的方法才能使用。这样我们就有了更为先进的处理方式了，由接口来规范各个子类的调用，我主类只管去初始化接口就实现了我的全部工作。
class Superman{ protected $module; public function __construct(SuperModuleInterface $module) { $this->module = $module }} 于是，依赖注入的概念就出来了，我们的所有依赖，只要不是由内部生产（比如初始化、构造函数 __construct 中通过工厂方法、自行手动 new 的），而是由外部以参数或其他形式注入的，都属于 依赖注入（DI） 。是不是豁然开朗？事实上，就是这么简单。下面就是一个典型的依赖注入：
// 超能力模组$superModule = new XPower;// 初始化一个超人，并注入一个超能力模组依赖$superMan = new Superman($superModule);
然后下面就是IoC容器了，我们通过最初的 绑定（bind） 操作，我们向 超级工厂 注册了一些生产脚本，这些生产脚本在生产指令下达之时便会执行，这种就叫IoC容器
实际上，真正的 IoC 容器更为高级。我们现在的例子中，还是需要手动提供超人所需要的模组参数，但真正的 IoC 容器会根据类的依赖需求，自动在注册、绑定的一堆实例中搜寻符合的依赖需求，并自动注入到构造函数参数中去。Laravel 框架的服务容器正是这么做的。实现这种功能其实理论上并不麻烦，但我并不会在本文中写出，因为……我懒得写。不过我告诉大家，这种自动搜寻依赖需求的功能，是通过 反射（Reflection） 实现的
服务提供者
我们在前文介绍 IoC 容器的部分中，提到了，一个类需要绑定、注册至容器中，才能被“制造”。
对，一个类要被容器所能够提取，必须要先注册至这个容器。既然 laravel 称这个容器叫做服务容器，那么我们需要某个服务，就得先注册、绑定这个服务到容器，那么提供服务并绑定服务至容器的东西，就是 服务提供者（ServiceProvider）。
虽然，绑定一个类到容器不一定非要通过 服务提供者（ServiceProvider） 。
但是，我们知道，有时候我们的类、模块会有需要其他类和组件的情况，为了保证初始化阶段不会出现所需要的模块和组件没有注册的情况，laravel 将注册和初始化行为进行拆分，注册的时候就只能注册，初始化的时候就是初始化。拆分后的产物就是现在的 服务提供者。
服务提供者主要分为两个部分，register（注册） 和 boot（引导、初始化），具体参考文档。register 负责进行向容器注册“脚本”，但要注意注册部分不要有对未知事物的依赖，如果有，就要移步至 boot 部分。
https://phphub.org/topics/789