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和多人开发的场景下确实是有很大好处的,并不是网上说的那样“并没有解耦到哪儿去”、“看不出来用这个好处在哪”等等。。。

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

你可能感兴趣的:(dagger2+MVP的一点理解)