Android 依赖注入

最近手头没什么项目，正好可以静下心来提升一下自己的水平(:з」∠)。于是就瞄上了Dependency Injection(依赖注入)这玩意。OK ，以下进入正题。
先来分析一下什么是依赖。举个栗子，某地区执法人员(咳咳，俗称Cops)接到一起案子，并且需要尽快破案。那破案需要什么？当然是证据咯！证据又需要谁来分析呢？鉴证师咯(不是鉴黄师！！谢谢！)那么，我们可以粗糙地设定下面的几个类(非专业人士，随便设了)：

        private Authenticators authenticators;    
        public Police() {        
            authenticators = new Authenticators();    
        }    
        public void solvingThisCase()    {
            Evidence evidence = getTheEvidence(); // 现场取证
            authenticators.analysisEvidence(evidence); // 分析证据
            authenticators.reportTheResult();   // 得到分析报告                                          
            ...  // 抓人什么的    
        }        
}```
从上述类中可以看到，Cops要破案就必须依赖Authenticators的协助，Cops依赖了authenticators的鉴证方法，在程序中也一样，一个功能类要实现某种功能必须依赖相关的类的协助才能实现,这就是依赖！(不知道我这么说懂伐...)。故事接着讲(好难编！(╯°Д°)╯︵ ┻━┻)
Cops在抓到人以后，发现，哎呦！TM抓错人了(程序报错！或功能错了)！开启推卸责任模式！好吧，案子从头到尾都是Cops类在经手的，那么要查当然也要先查Cops类中是否出了什么问题，那么问题又来了，Cops类中还有Authenticators类的作用，那么到底是Cops的办案手法(methods)错了还是Authenticators里面的鉴证手段(methods)出了问题呢？从这里就可以看出，依赖是有很大缺点的，要是案子很复杂(程序很大),开发者需要下多大的精力去找到症结所在！开启上帝模式的开发者要一步步先观察Cops的手段有没有问题再去分析鉴证师的鉴证手法有没有问题，累趴！
改善办案手法的时候到了，依赖反转(Dependency Inversion)！看下面的代码：
```  public class Cops {
        private Authenticators authenticators;    
        public Police(Authenticators authenticators) {        
            this.authenticators = authenticators;    
        }    
        public void solvingThisCase()    {
            Evidence evidence = getTheEvidence(); // 现场取证
            authenticators.analysisEvidence(evidence); // 分析证据
            authenticators.reportTheResult();   // 得到分析报告                                          
            ...  // 抓人什么的    
        }        
}```
       注意！这里的authenticators作为参数通过构造函数给传进去了！相当于我们的鉴证师在Cops着手办案的时候就把所有的Evidence都已经准备好了，Cops要用的时候直接去调用就可以了，在前面讲依赖的时候，我们需要去新建Authenticators的具体对象来作为依赖，而这里直接作为抽象参数调用了方法，实现了责任分离。一个很明显的现象是，在Android Logcat里面报出Error的时候定位会直接在初始化以及传入Authenticators参数的地方而不是在Cops类下面，跳过了解决Bug的一大步！虽然这么一步对解决问题不是很明显，但是一旦程序庞大臃肿以后将产生巨大的推进作用。这就是依赖反转，化具体为抽象。
       然后，问题又来了！这样做固然可以对象分离，但是总不可能把所有的依赖类都作为构造参数传入构造函数里去吧？！Cops类里面再来个法医类、城管类什么的放到构造函数里面，Cops还能不能愉快地玩耍了！另外，依赖类不在被依赖类里面初始化总得找个地方变身不是！针对这两种现象，这里就要引入我们的主角－－依赖注入了！！
为了表示它的重要，另起一段！“依赖注入”依在下浅见，相当于在各种功能类之间设立一个依赖注入器！大白话就是，设立一个统筹器，专门负责提供其它类的实例并注入依赖。功能类的创建集中于App的一个统一入口，我们对这个注入器有完全的控制权。
      这里再安利一个开源库[Dagger](http://square.github.io/dagger/)不知道不能翻墙能不能打开。介绍一下这个库的好处：
>Dagger是专为低端设备设计的依赖注入器。大部分依赖注入器通过反射来创建和注入依赖。反射机制是很棒的，但在低端设备上面耗时严重，特别是在老的android版本上面。然而，Dagger使用预编译器创建工作所需的所有类。这样一来，就不需要用到反射了。Dagger相比其他依赖注入器功能稍弱，但却是效率最高的。

以上！

参考：
1.http://antonioleiva.com/dependency-injection-android-dagger-part-1/
2.http://square.github.io/dagger/