依赖注入（Dependency Injection，简称DI）又称掌握反转（Inversion of Control，简称IOC），在目前的主流框架中，如ThinkPHP、Laravel等，都有实现。
什么是依赖注入呢？举个大略的例子：
（1）原始社会里，险些没有社会分工。须要斧子的人(调用者)只能自己去磨一把斧子(被调用者)。
（2）进入工业社会，工厂涌现。斧子不再由普通人完成，而在工厂里被生产出来，此时须要斧子的人(调用者)找到工厂，购买斧子，无须关心斧子的制造过程。
（3）进入“按需分配”社会，须要斧子的人不须要找到工厂，坐在家里发出一个大略指令：须要斧子。斧子就自然涌如今他面前。
第一种情形下，实例的调用者创建被调用的实例，一定哀求被调用的类涌如今调用者的代码里。无法实现二者之间的松耦合。
第二种情形下，调用者无须关心被调用者详细实现过程，只须要找到符合某种标准(接口)的实例，即可利用。此时调用的代码面向接口编程，可以让调用者和被调用者解耦，这也是工厂模式大量利用的缘故原由。但调用者须要自己定位工厂，调用者与特定工厂耦合在一起。
第三种情形下，调用者无须自己定位工厂，程序运行到须要被调用者时，依赖注入容器自动供应被调用者实例。事实上，调用者和被调用者都处于依赖注入容器的管理下，二者之间的依赖关系由依赖注入容器供应。因此调用者与被调用者的耦合度进一步降落，这使得运用更加随意马虎掩护，这便是依赖注入所要达到的目的。
在PHP中如何实现依赖注入呢？依赖注入在现在的编程中，有着比较突出的上风，这也是ThinkPHP、Laravel等框架，利用此编程思想的缘故原由。那么这些框架到底是如何利用PHP去实现的呢？
下面我们利用一个大略的案例，来说说个中的奥秘。
首先我们创建一个类，看起来是这样的，包含一个属性和两个方：
假设我们现在有其余两个类，redisDB和cache，redisDB供应一个redis数据库的操作，cache卖力缓存功能的实现并且依赖于redisDB。如下：
在上面这个类中我们大略实现了redis的查询、保存和删除。另一个类和当前这个类构造很像：
现在我们就当已经实现了redisDB和cache这两个组件，详细的细节这里就先不做谈论了，来看看如何利用利用吧。首先须要将两个组件注入到容器中：
到这里你可能会以为这样以来反而有点繁琐了。cache和redisDB的构造如此之像，完备可以把redis写到cache中而没必要单独分离出来？但是你想过没有，有些数据及时性没那么高而且数量比较大，用redis有点不得当，mongodb是更好的选择；有些数据更新频率更慢，对查询速率也没哀求，直接写入文件保存到硬盘可能更为得当；再或者，你的客户以为redis运维难度有点大，让你给他换成memcache... 这便是为什么把它分离出来了。然后，连续改进代码：
我们新增加了一个接口BackendInterface，规定了redisDB，mongoDB，file这三个类必须实现这个接口所哀求的功能，至于其他锦上添花的功能，随你怎么发挥。而cache的代码，彷佛没有变，由于cache不须要关心数据是怎么存入数据库或者文件中。而cache的调用者，也不须要关心cache详细是怎么实现的，只要根据接口实现相应的方法就行了。多人协作你会更加受益，你们只须要商定好接口，然后分别实现就行了。
以上代码还可以连续改进，直到你认为无可挑剔为止。比如，redis做事在一个要求中可能会调用多次，而每次调用都会重新创建，这将有损性能。只需扩展一下DI容器就好增加一个参数或增加一个方法，随你。
这样以来，如果某个做事在一次要求中要调用多次，你就可以将shared属性设置为true，以减少不必要的摧残浪费蹂躏。如果你以为每次在注入时都要setDi有点繁琐，想让他自动setDi，那可以这么做：
然后，就可以这样：
我们现在所实现的这个DI容器还很简陋，还不支持繁芜的注入，你可以连续完善它。不过，通过这些代码你已经理解什么是依赖在注入了，你可以将这种思想运用到你的项目中，或者动手开拓你自己的框架。
关注“编码之道”，及时查看最新内容……
