如何理解tp5.1的依赖注入
net依赖注入的优点？
net依赖注入的优点？
依赖注入是指在创建一个对象时，自动地创建它依赖的对象，并注入。
大家都知道有三种途径来实现依赖注入，我这里总结一下这三种方式的优缺点：
1.构造方法注入:
优点：
在构造方法中体现出对其他类的依赖，一眼就能看出这个类需要其他那些类才能工作。
脱离了IOC框架，这个类仍然可以工作，POJO的概念。
一旦对象初始化成功了，这个对象的状态肯定是正确的。
缺点：
构造函数会有很多参数（Bad smell）。
有些类是需要默认构造函数的，比如MVC框架的Controller类，一旦使用构造函数注入，就无法使用默认构造函数。
这个类里面的有些方法并不需要用到这些依赖（Bad smell）。
2. Set方法注入：
优点：
在对象的整个生命周期内，可以随时动态的改变依赖。
非常灵活。
缺点：
对象在创建后，被设置依赖对象之前这段时间状态是不对的。
不直观，无法清晰地表示哪些属性是必须的。
3. 方法参数注入：
方法参数注入的意思是在创建对象后，通过自动调用某个方法来注入依赖。类似如下代码。
public class MovieRecommender {
private MovieCatalog movieCatalog
private CustomerPreferenceDao customerPreferenceDao
@Autowired
public void prepare(MovieCatalog movieCatalog,
CustomerPreferenceDao customerPreferenceDao) {
movieCatalog
customerPreferenceDao
}
// ...
}
这种方式介于Set方法注入和构造方法注入之间。比如说我们通常会用一个Init方法来接受依赖的参数。
这种方法可能不太常用，一般是只有一个方法依赖到注入的对象时用到，如果有多个方法依赖到注入的对象，还是比较倾向于使用构造方法注入。
优点：
比较灵活。
缺点：
新加入依赖时会破坏原有的方法签名，如果这个方法已经被其他很多模块用到就很麻烦。
与构造方法注入一样，会有很多参数。
我个人很不倾向于在业务逻辑层中应用Autowired 或者是 Inject这样的annotation（Attribute）来实现注入，
因为一旦脱离了IOC框架，代码就无法重用了。
inject依赖注入原理？
依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念。具体含义是:当某个角色(可能是一个Java实例，调用者)需要另一个角色(另一个Java实例，被调用者)的协助时，在 传统的程序设计过程中，通常由调用者来创建被调用者的实例。
创建被调用者的工作不再由调用者来完成，因此称为控制反转创建被调用者 实例的工作通常由框架（Dagger2 等）来完成，然后注入调用者，因此也称为依赖注入。