Dagger2 探索记2——四大基本组件(二)

书接上文，先回顾以下前一章写的内容。

内容大概就是在Activity中用@Inject标记一个注入的类，然后在这个类的构造函数上也打个@Inject标记，然后使用@Component来连接两边，完成对象的创建和注入。整体流程朴实无华，且枯燥。

到这里可能就有花生发现了西瓜！

如果要注入的是第三方库呢？我不可能去把封装好的第三方库打开，然后给它的构造函数打个@Inject！

那么我们就要引入四大基本组件的后两个组件：@Module和@Provide。

这两个是配套使用的，我直接在上一章的代码上改：

先新建一个FirstModule类：

@Module
public class FirstModule {

    @Provides
    Tools provideTools(){
        return new Tools();
    }
}

@Provide标记的方法就是提供依赖的方法，一般方法名写成provide+类名。

约定俗成，约定俗成！理解万岁，李姐万岁！

然后在FirstComponent里面加上依赖

@Component(modules = FirstModule.class)//绑定Module
public interface FirstComponent {

    void inject(FirstActivity activity);

}

为什么上一章我强烈不建议使用create()代替builder().build()呢？

原因就在这里，如果添加了Module就不能使用create()了，必须改回去。

将Activity中的注入语句也要更改：

DaggerFirstComponent.builder()
                .firstModule(new FirstModule())//添加Module
                .build()
                .inject(this);

添加的代码如果标红了，就证明你没有编译，生成的DaggerFirstComponent中没有这个firstModule()方法。

上面代码很简单，把原来应该标记在class里构造函数的标记，移到了@Module里，@Module就像个包装盒，这个我们后面再讲。

先跑一下，看AS又给我们生成了什么有趣的东西。

老规矩，按逻辑来，先看DaggerFirstComponent.java

 public final class DaggerFirstComponent implements FirstComponent {
   private Provider<Tools> provideToolsProvider;

   private MembersInjector<FirstActivity> firstActivityMembersInjector;

   private DaggerFirstComponent(Builder builder) {
     assert builder != null;
     initialize(builder);
   }

   public static Builder builder() {
     return new Builder();
   }

   public static FirstComponent create() {
     return builder().build();
   }

   @SuppressWarnings("unchecked")
   private void initialize(final Builder builder) {

     this.provideToolsProvider = FirstModule_ProvideToolsFactory.create(builder.firstModule);

     this.firstActivityMembersInjector = FirstActivity_MembersInjector.create(provideToolsProvider);
   }

   @Override
   public void inject(FirstActivity activity) {
     firstActivityMembersInjector.injectMembers(activity);
   }

   public static final class Builder {
     private FirstModule firstModule;

     private Builder() {}

     public FirstComponent build() {
       if (firstModule == null) {
         this.firstModule = new FirstModule();
       }
       return new DaggerFirstComponent(this);
     }

     public Builder firstModule(FirstModule firstModule) {
       this.firstModule = Preconditions.checkNotNull(firstModule);
       return this;
     }
   }
 }

很长，先不看，待会儿有需要再回来翻。

先是builder()，建造者模式，没啥变化。但是Builder类中多了个方法，也就是前面提到的firstModule():

    public Builder firstModule(FirstModule firstModule) {
      this.firstModule = Preconditions.checkNotNull(firstModule);
      return this;
    }

其实也没干啥，就在Builder中存了个Module的实例，我们Module中就一个provide方法，返回一个new Tools()。

这里有个checkNotNull，很好理解，就不多说了。

然后build()，又对DaggerFirstComponent进行初始化。(我为什么要说又？)

看起来是老调重弹，但我们又确确实实在里面找到了不一样的东西，看看initialize方法中的代码

this.provideToolsProvider = FirstModule_ProvideToolsFactory.create(builder.firstModule);

this.firstActivityMembersInjector = FirstActivity_MembersInjector.create(provideToolsProvider);

这个工厂类和之前的不一样了，FirstModule_ProvideToolsFactory。

看到个很熟悉的单词：Provide。没错，这个新的工厂类就是@Module和@Provide组合形成的新工厂类。

看看这个新工厂类的代码：

public final class FirstModule_ProvideToolsFactory implements Factory<Tools> {
  private final FirstModule module;

  public FirstModule_ProvideToolsFactory(FirstModule module) {
    assert module != null;
    this.module = module;
  }

  @Override
  public Tools get() {
    return Preconditions.checkNotNull(
        module.provideTools(), "Cannot return null from a non-@Nullable @Provides method");
  }

  public static Factory<Tools> create(FirstModule module) {
    return new FirstModule_ProvideToolsFactory(module);
  }
}

大失所望，代码还没名字长。

create()方法传进去一个module实例，然后把实例保存下来。需要get()时，就调用module.providTools()。

这个工厂类和之前的工厂类唯一区别就是create()方法多传了个module实例，用来调用provide方法。

绕了一圈，和前一章的方法又重合了。

相信认真看第一章的小伙伴都知道后面会发生啥。

等我会，我去上一章复制点文字来。

......

5、调用DaggerFirstComponent方法将工厂类的实例和Activity的实例都交给MemberInjecter

6、MemberInjecter组装完成，依赖成功注入。

是不是很眼熟？其实也没多难。

看完这四大组件的介绍，相信你对Dagger2已经有了基本的认识。

我们再来形象化的描述一下依赖注入的过程。

要给Activity进行依赖注入，最重要的就是要new一个指定对象赋值给Activity中用@Inject标记的那个声明。

其实就跟淘宝买东西一样，你在Activity中的声明就是下单，这里需要一个对象，请给我快递送过来。(那么问题来了，你的对象呢？)

对象哪里来呢？

工厂类。

至于是@Inject工厂还是@Provide工厂？都可以，会做蛋炒饭就行。

唯一不同的是，@provide工厂发出来的快递有个快递箱@Module装着。

我看的很多博客喜欢在@Module中给定个成员变量FirstActivity，美其名曰给快递盒上写上地址。

可不可以呢？可以。

有没有必要呢？看情况，个人观点，不调用，就没必要。

因为@Component这个快递员知道地址，你写不写，不重要。如果是要寄两家的快递，岂不是还要写两个地址？

但这里要注意个坑，前面我们都把@Module和@Component绑定了，一个@Component可以绑定多个@Module，但是多个@Module中提供的方法不能相同(其实可以，需要点小技巧)。但这还不是我要说的坑。

如果@Inject和@Provide同时存在，总有个优先级...吧？(我没有连读！)

华生们，我前面删Tools类里的@Inject了吗？      谁优先级高不言而喻。

流程是这样的，@Component会先去找绑定的@Module和@provide，没有才去找@Inject。

如果绑定的@Module中有@Provide()方法，但是你注入时没有调用firstModule()这个方法，会报错。

基本源代码就分析到这，相比大家对Dagger2也有了基本了解，下面我就来讲讲稍微复杂点的用法。

还是下章吧........