本文屬代碼GG原創,非經本人同意,制止轉載。
github地址:https://github.com/luxiaoming/dagger2Demo
需要交換,聯系微信:code_gg_boy
更多精彩,時時關注微信公眾號code_gg_home
沒有更多開場白,直接說下我對它的理解。
Dagger2 是1個Android依賴注入框架。而android開發當前非常流行的非MVP模式莫屬了,Dagger2的目標便是將MVP中的V P 進1步解耦,到達模塊化最大的解耦,使得代碼更容易保護。
舉個栗子:有個A對象 B對象 和C對象,如果C對象創建需要A和B,那末我們是否是需要構造里面傳入參數A和參數B,然后在使用的地方以下寫個代碼:
C c=new C(new A(),new B());
如果我們使用了Dagger2時候,我們就不需要管這些了,只需要關聯住能提供創建A 和 B的地方 ,然后在需要C的地方寫下:
@Inject
C c;
然后在這個類的初始化地方進行注入便可。
我們初步來看,會發現Dagger2優勢不大,沒甚么吸引人的,那末請你靜下心來,看完再得出結論。
閑話休敘,我們來直接上代碼:(常規寫法)
public class Test3 {
public Test3() {
}
}
public class MainActivity extends AppCompatActivity {
Test3 test3;
@Override
protected void onCreate(Bundle savedInstanceState) {
//.....
test3 = new Test3();
}
}
使用了注解方式,使得Dagger2能找到它。
public class Test3 {
//這里可以看到加入了注解方式
@Inject
public Test3() {
}
}
@Singleton
//用這個標注標識是1個連接器
@Component()
public interface MainActivityComponent {
//這個連接器要注入的對象。這個inject標注的意思是,我后面的參數對象里面有標注為@Inject的屬性,這個標注的屬性是需要這個連接器注入進來的。
void inject(MainActivity activity);
}
public class MainActivity extends AppCompatActivity {
//加入注解,標注這個test3是需要注入的
@Inject
Test3 test3;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//使用組件進行構造,注入
DaggerMainActivityComponent.builder().build().inject(this);
}
這是最簡單的1種使用了。首先我們看到,第1印象是我去,這個更復雜了啊。我只能說確切,由于這個是它對的最基礎的使用,看起來很笨拙,但是當它在大型項目里面,在依賴更多的情況下,則會產生質的奔騰,會發現它非常好用,并且將你需要傳遞的參數都隱藏掉,來實現解耦。
我先說下Dagger2的注釋思路:關鍵的點是@Component,這個是個連接器,用來連接提供方和使用方的,所以它是橋梁。它使用在組件里面標記使用的Module(標記用到了哪一個Module,主要是看使用方需要哪些對象進行構造,然后將它的提供方@module寫在這里) 然后我們寫入1個void inject(MainActivity activity); 這里后面的參數,就是我們的使用方了。如此1來,我們在使用的地方,使用類似這類方式(DaggerMainActivityComponent.builder().build().inject(this);)的動作,將使用方類里面的標記 為@Inject的類初始化掉,完成自動初始化的動作。
結構以下:
為了更好的來學習它,我們來順次看看各種使用情況。
直接感受下,如何?
我們來看1個代碼段,當我們創建兩個實例的時候,發現地址是獨立的。
如果我們想要1樣的地址呢?加上1句話,具體以下:
效果便是兩個共用實例啦。
將提供的構造,放入@module里面,具體效果以下:
去掉標記的@singleton后
效果變成獨立的啦
有時我們需要依賴1個組件,這個最多見的用法是,我們App實例里面提供了比如獲得sharepreference的實例,和比如現在代碼里面的LocationManager的實例,我們Activity里面需要這些實例,我們該如何來做呢?看效果:
1:1個AndroidModule 模塊標記
這個模塊屬于AndroidcationComponent 組件里面
這里有個關鍵點,就是子組件需要這個里面的某個實例的時候,這里需要使用1個接口,將需要的實例做1個返回動作。這里是LocationManager這1行。
我們的子組件的代碼以下:
對應的Cmodule代碼以下:
再來看下Test3的代碼當前情況:
使用的地方:
仔細的你會發現這里多了1個注釋了,@PerActivity,它是個甚么鬼呢?
這里我們看到它是使用了@Scope的1個注釋,這個注釋的意思就是作用域,在作用域內保持單例,可以直接理解為單例便可。
為何要新增1個呢,主要是由于各個組件需要獨立出來,因此如果是依賴關系,則需要各自在不同的注釋作用域里面。
我們來看下在Cmodule里面,加上@perActivity注釋后的效果:
如果去掉呢?
我們突然發現,它和單例的注釋起的作用1樣啊。so。。。是否是發現甚么啦。
因此我們得出1個結論,這里@Singleton
就是1個普通的作用域通道,使用了作用域@Scope注釋的代碼,會變成單例模式。為了驗證我們的思路,作以下測試:
我們將之前的@Singleton用新建的這個替換掉,驗證兩次的生成代碼,發現1模1樣,1模1樣,1模1樣,so。。。 就是這個模樣啦。
為何要自定義標記呢?這個標記不是使用@Scope注釋的哦,是使用@Qualifier 標記的,它的目標是,為了辨別如果同時返回類型1樣,比如構造男孩,女孩的基本屬性,性別和名字時候,獲得男孩和女孩都是1個對象,我們該如何辨別呢,這個就是關鍵啦。說這么多,真心很煩,直接栗子來啦。
這里稍安勿躁,先來看相同效果的另外一個注釋,@Name,這個是Dagger2自帶的1個讓辨別,效果以下:
這里@Name可以簡單的1個使用方式,就是它不是辨別對象,而是限制使用時候必須加入這個注釋,否則報錯,目的就是讓使用者注意是不是使用正確了。
我們使用自己的注釋再來1遍:
對照兩種方式,我們發現使用@Name的時候,后面的注釋名字會敲錯,而我們第2種方式呢,則不會耶,so。。。
我們看下自定義的標記,作為限制出錯,讓強迫標注的例子。
這個出現的目的是為了如果有1個組件,是每次創建實例提供給他人,而恰好其他組件(有多個)里面有需要它,如果只有1個,我們就用依賴弄定啦。那末它就能夠定義成子組件,誰需要在誰的組件里面加1下,具體看例子:
如上,寫完啦。。
實戰地方,可以參照 https://github.com/gzsll/TLint 來瀏覽啦,收工。
需要交換,聯系微信:code_gg_boy
更多精彩,時時關注微信公眾號code_gg_home
上一篇 為什么清浮動?清浮動的方法是什么?哪一種是終極方法?
下一篇 異步下載照片墻