在Yii2中广泛的用到了这两个设计模式，但是这两个设计模式不那么容易理解，特别是看到这么一大堆名词：Servicelocator(服务定位器)、Dependency Injection（依赖注入）、Dependency Injection Container （依赖注入容器）、 Dependence Inversion Principle（DIP，依赖倒置原则）、Inversion of Control（IoC，控制反转）、IoC Container（控制反转容器）等。在我第一次看到这些概念的时候，头都大了！！！居然还有这么复杂的计算机语言？本着一不怕苦、二不怕死的革命精神，我硬着头皮把这些概念挨个梳理了一遍，在此分享给大家。
首先，让我们先忘掉后三个。因为DIP和IoC是目标，归根结底与设计模式提出的那些设计原则没冲突；IoC Container和依赖注入容器有点一致，Yii2里边也没专门说IoC容器的事。然后，我们再看一下剩下三个中的后两个，DI是解决问题的思想，DIC是方法，也可以合并起来。本着实干精神，我们就重点来看服务定位器和依赖注入容器。
服务定位器
先推荐两篇文章，一篇是Yii2官网的http://www.yiiframework.com/doc-2.0/guide-concept-service-locator.html，另一篇是深入理解Yii2.0 http://www.digpage.com/service_locator.html。这两篇文章里都很好的讲了Yii2中如何使用ServiceLocator。如果你稍微有一点Yii的开发经验，你肯定知道在任意地方用一些组件，如数据库、缓存、session、request等的时候，的时候，只需要这样
$db = Yii->$app->db;
$cache = Yii->$app->cache;
$session = Yii->$app->session;
$request = Yii->$app->request;
Yii->$app就是Yii中最大的ServiceLocator。服务定位器，顾名思义就是能找到服务的东西，要数据库服务、缓存服务、吧啦吧啦，你就去找它。服务定位器有这么两个特点：1、其中的所有服务都是单例，这是为了确保软件的一致性。2、服务能够更新，这保证了软件的灵活，即实现了控制反转、依赖倒置什么的。
其实，如果你只是用Yii来开发，对服务定位器了解到这里完全足够了。会用就行，了解那么多干什么？但是假如你想更明白一些，稍微提高一下自己的水平，那么就再继续听我说一段。我YY一下这个设计模式的演化过程。拿访问数据库为例，最初每当我们访问的时候，就会创建一个数据库连接。这样做很直观，但是很费劲，人很累，机器也很累（创建啊、销毁啊），还特别容易导致出问题（写错参数、内存满了）。一种可能的方法就是在程序启动的时候，创建一个数据库连接，然后保证这个对象一直能被访问到。有点像服务定位器了。区别在于这里只有一个服务、没有管理器。这样其实也还罢了，有点像面向过程的编码方式。并且，这里是会实际上创建一个服务。也就是说，不管你以后会不会用到数据库，都会创建一个数据库连接。看出来问题了吧。下一步，就让我们看看服务定位器如何解决这个问题。在程序启动时（通常是这样），将可能用到的各种服务的创建方法都告诉服务定位器，所做的事情相当于读取一个配置表，这相比创建对象来说，开销特别少，所以这也是Yii运行非常快的一个主要原因。在程序运行时，需要服务就去找定位器，如果是第一次访问，则真正创建对象，并且把对象保存起来，以便以后再用。需要更新服务，也是直接更新定位器的属性即可。可是，如果我们仔细想想，作为一个类似全局变量的Yii，也存在一定的问题。这也是服务定位器的错误难追踪的根本原因。用一个示意图来显示一下进化过程，希望能更有助于理解。
今天就先聊到这里。想看依赖注入容器如何，且听下回分解。
