使用 Dagger2 前你必须了解的一些设计原则

来源：互联网发布：中邮网络培训学院登陆编辑：程序博客网时间：2024/06/05 22:36

作者 | AItsuki

地址 | http://www.jianshu.com/p/cc1427e385b5

声明 | 本文是 AItsuki 原创，已获授权发布，未经原作者允许请勿转载

前言

可能很多人并不知道 Dagger2 是什么，有什么用，为什么这个开源库会这么的热门。

所以，在使用 Dagger2 之前，我们先要了解一些设计模式，看完之后想必你会喜欢上这个库。

一、依赖倒置原则

A. 高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。
B. 抽象不应该依赖于具体实现，具体实现应该依赖于抽象。

对于依赖倒置原则，百度百科已经做了很详细的讲解百科--依赖倒置原则

这里我会再用一个更符合我们 Android 开发者的例子来说明。

产品经理要求我们写一个下拉刷新功能，要和 QQ 的一模一样。
goole 百度无果（假设）之后，我们只能自己动手。我们可能会这么写：

Sample1：

问题1：谁依赖谁？
RefreshListView依赖于QQHeader
因为RefreshListView持有QQHeader的引用，并且需要QQHeader才能实现下拉刷新的功能。

可能有人不是很明白，那我再举个例子。
小车和汽油，谁依赖谁？
很清晰的可以得出，小车依赖于汽油，而不是汽油依赖于小车。汽油还可以用到摩托车，飞机上……
而QQHeader同样可以用到RecyclerView或者ScrollView上……

那么我么继续往下说
下拉刷新功能写的很不错，产品经理觉得很满意。
但是过了两天，产品经理跟我们说：我还是觉得像美团那种带动画效果的比较好看。
然后我们又默默的去修改代码， RefreshListView改成了这样的：

Sample 2

产品经理觉得很好看，兴高采烈的找老板去了，留下你怨念的眼神。
我们作为一个有经验的程序员，为了防止产品经理又需要改需求，我们需要提高一下控件的扩展性了。

然后我们分析如下：
RefreshListView 已经完成了必要事件分发逻辑，功能上是没问题的。
但是由于 RefreshListView 依赖于具体的 Header 编程，因此在更换新的Header时都不得不修改 RefreshListView 的源码，我们可以通过引入抽象的Header来解决该问题。

修改后如下：

Sample 3

可以看到，引入接口之后，RefreshListView 针对 RefreshHeader编程。在更换 Header 的时候我们只需要修改构造中 refreshHeader = new MeituanHeader(context);这行代码即可。

RefreshListView 不依赖于 QQHeader 或者 MeituanHeader，而是依赖于 RefreshHeader 这个抽象（接口）。
而 QQHeader 和 MeituanHeader 同样依赖于 RefreshHeader 这个抽象。

这就是依赖倒置原则
抽象不应该依赖于具体实现，具体实现应该依赖于抽象。
抽象不应该依赖于具体，具体应该依赖于抽象。

既然了解了依赖倒置原则，那么这里就再说一点，为什么MVP模式中，View需要使用接口，而Presenter则不需要，或者说没有必要？
根据依赖倒置原则，高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象
MVP中，Presenter属于高层次模块，而View是低层次，所以View就需要实现接口了，就是这么简单……
想象一下这种情况：
如果Presenter中拿到的是Activity对象，而不是一个接IView口。
那么Presenter就可以随意调用Activity中的方法了，如果真调用了activity的方法，Presenter和Activity就会产生很强的耦合，那么你就无法单纯的使用junit进行单元测试了。
还有就是，如果你想将Activity换成Fragment或者View时，你也需要大量的修改Presenter了。

二、依赖注入

大篇幅的说完依赖倒置之后，那么什么是依赖注入呢？

首先我们看RefreshListVIew，我们在它初始化的时候一起初始化了RefreshHeader。