主题：
个人对容器注入及门面(Facade)的理解。
一、容器注入
在说容器注入之前，先说说通常我们在使用类时需要做什么样的操作：
创建类=>在类中创建某些属性和方法=>实例化类成为对象=>在对象中操作各种属性和方法。
在这个过程中，用户会创建自己的类去调用公用的类，那么就会在用户类方法中直接实例化公用类，造成高度耦合的状态，对于各个模块的业务逻辑和独立性造成非常不好的影响，那么为了解决这种高耦合的状态，依赖注入(Dependency Injection，简称DI)应运而生，它使用在用户类方法中传参数的方法引入公用类，从而让用户在类外面实例化类对象，使高耦合状态有所改善。
例如下面的例子：
普通类操作（高耦合） 使用依赖注入后（降低耦合程度）
使用依赖注入后，耦合现象有所改善，但是耦合问题没有从根本上解决，那么有什么方法可以彻底解决耦合高的问题呢？
这里就需要使用到容器注入的方式来操作类了：
容器注入的方式将使用到的类放在一个单独的容器类中进行实例化，当用户需要使用某个类对象时，直接取出容器中的实例就可以使用了。相当于一个第三方类做了中转，在这个中转类中有所有公共类的实例。
比如上面的类代码可以写成：
这样就可以解决了类的高耦合状态。
二、Facade(门面)
我个人对门面的理解是：门面是最接近用户使用类的一种方式，是位置相对靠前的一种方式。
Facade类可以对容器注入方式做封装，使用户不直接使用容器类，而使用更灵活的Facade类来操作容器对象，从而对外提供统一的接口。
容器注入的用户实例化类代码片段可以写成：
更加简化可以写成：
以上就是我个人对容器注入和Facade(门面)的理解。
