dagger2+MVP的一点理解

首先，我也不是很精通，以下内容只是通过基础的使用来探讨一下为什么使用dagger2。
有人说，看不出来用这个好处在哪，解耦看上去是解耦了。。。但实际上改构造函数的代码就完事了，为啥要加那么多类。。
这个观点我不赞同。
举个栗子：

image.png

对于class Person来说，创建他的对象有一个构造方法，Person(age,gender),传入年龄和性别得到一个人的对象。

public class Person {
    int age;
    String gender;

    public Person(int age, String gender) {
        this.age = age;
        this.gender = gender;
    }
}

假如现在需要在构造中加个birthday,那么你就要改new Person(age,gender)的所有地方为new Person(age，gender，birthday)，这个工作量是很大的，如果别人也用了这个构造，你还要去改动别人写的代码。

或者你说，你可以新增一个构造叫Person(age，gender，birthday)，也可以呀，但是我要一个带有age，gender，birthday,weight四个参数的对象，难道你又要加一个包含4个参数的构造方法Person(age，gender，birthday,weight)嘛？这样一来就有三个构造了。
如下：

public class Person {
    int age;
    String gender;
    long birthday;
    int weight;

    public Person(int age, String gender) {
        this.age = age;
        this.gender = gender;
    }

    public Person(int age, String gender, long birthday) {
        this.age = age;
        this.gender = gender;
        this.birthday = birthday;
    }

    public Person(int age, String gender, long birthday, int weight) {
        this.age = age;
        this.gender = gender;
        this.birthday = birthday;
        this.weight = weight;
    }
}

一个普通的类data类，写了这么多构造。
但是用dagger，只需要写一个构造,用@Inject标注。

 @Inject
    public Person(@Named("age") int age, @Named("gender") String gender, @Named("birthday") long birthday, @Named("weight") int weight) {
        this.age = age;
        this.gender = gender;
        this.birthday = birthday;
        this.weight = weight;
    }

如果需要不停的加参数，那我也只需要在一个构造方法里面把增加的参数用@Named标注，比如加身高height

@Inject
    public Person(@Named("age") int age, @Named("gender") String gender, @Named("birthday") long birthday, @Named("weight") int weight,@Named("height") int height) {
        this.age = age;
        this.gender = gender;
        this.birthday = birthday;
        this.weight = weight;
        this.height = height;

然后在moudle类里多加一个方法，也用相同的名字标注就好了。

    @Provides
    @Named("height")
    public int provideHeight() {
        return 180;
    }

我在需要Person对象的地方根本不用写new Person这行代码，也就不用在乎里面需要传什么参数。
所有获取该对象的地方我都只需写一行：

@Inject
Person person;

然后注册

DaggerPersonComponent
                .builder()
                .personMoudel(new PersonMoudel())
                .build().inject(this);

这样我就拿到Person对象了,其中DaggerPersonComponent是自动生成的。
写好了之后，不管构造方法怎么变参数我都不需要改我获取A对象这个类里面的代码。
假如有个用到Person的类class A是别人写的，现在你在class B用到Person了，并且需要往Person的构造里面新加参数，那么你加就行了，对于别人的class A没有任何影响。
但是在不增加构造方法个数的情况下，你改了构造方法的参数个数，是不是就得去改动别人写的Cass A了？万一你一改，A类里面有bug了 就不好了。
多人合作开发的情况下，这点就显得很重要了，你不能去随意改动别人的代码。。。
注意：以上moudle里面Person的成员变量我都是写死的。我贴点我目前公司项目里的一些代码片段，其中Presenter自身的初始化交给Dagger2，Presenter里面的网络请求UseCase作为Presenter构造方法的参数，如果后面需求变了，这个Presenter里面需要增加一个网络请求，我只需要在构造方法里面再加一个@Named标注的UseCase参数，在moudle里面新加一个用@Provides和@Named标注的方法，返回这个UseCase，而每个UseCase本身也是通过Dagger来生成。看代码：
Presenter片段：

屏幕快照 2019-04-19 17.04.13.png

Module片段（@Named标注的和Presenter里面一一对应）：

屏幕快照 2019-04-19 17.05.55.png
那么UseCase去哪初始化了呢？
看下面的片段（也是只需要@Inject标注构造方法）：
image.png
这个东西理解起来是有点难度，网上很多教程写的怎么用Dagger2，我开始学习的时候也是看不懂他们写的啥，确实都是写了“怎么用”，第一步、第二步、第三步。。。。写的倒是很详细，关键我想知道你的第一步、第二步、第三步为啥要这么写，么有一个说清楚的，我自己的理解有限，表达能力也有限，所以就不写怎么使用了，写了也没人看明白，说不定自己都不知道写的啥。这篇文字就是想说，Dagger2在MVP和多人开发的场景下确实是有很大好处的，并不是网上说的那样“并没有解耦到哪儿去”、“看不出来用这个好处在哪”等等。。。

我一定要写一篇适合初次使用的人看的教程。只是现在我自己也不算彻底通透，只是会用，以及知道用它的好处。。