Dagger是什么?
Dagger is a fully static, compile-time dependency injection framework for both Java and Android.
這是google官方文檔的定義,簡(jiǎn)單來說Dagger就是一個(gè)用來依賴注入的框架,而Dagger2是Dagger1上的改進(jìn),原先的Dagger1是由square公司維護(hù)的,現(xiàn)在的Dagger2是由google公司維護(hù)的.這兩個(gè)框架主要的區(qū)別在于Dagger不使用反射來實(shí)現(xiàn)注入,更多區(qū)別可以看這里.
Dagger的好處是?
關(guān)于使用Dagger到底有什么好處呢?網(wǎng)上一搜一大片,基本是說模塊之間的解耦等等,我覺得是因人而異,根據(jù)項(xiàng)目需要.如果你這個(gè)類,只實(shí)例化幾次,只用在幾個(gè)地方,或者說是個(gè)單例,那用依賴注入就顯得有點(diǎn)多余或者說麻煩,但如果你這個(gè)項(xiàng)目采用MVP結(jié)構(gòu),可能還用上了Clean Architecture,那你覺得Dagger非常方便,因?yàn)檫@些項(xiàng)目結(jié)構(gòu)中,各個(gè)模塊之間的耦合度都盡量減少到最低,這樣帶來的問題就是:連接各個(gè)模塊之間的紐帶會(huì)增加很多,而且涉及類實(shí)例傳遞比較頻繁.舉個(gè)例子,這是采用MVP+Clean的某個(gè)Presenter類所需要持有的類實(shí)例:
private WeatherRepository mWeatherRepository;//數(shù)據(jù)倉(cāng)庫,隱藏了數(shù)據(jù)源,對(duì)外開放獲取數(shù)據(jù)源方法和回調(diào)通知
private WeatherContract.View mWeatherView;//MVP中的View模塊,Presenter通過持有View實(shí)例來對(duì)視圖進(jìn)行操作
private WeatherUseCase mWeatherUseCase;//業(yè)務(wù)邏輯代碼封裝,在Clean Architecture中,業(yè)務(wù)邏輯屬于最內(nèi)層,是不依賴于外層代碼,能獨(dú)立運(yùn)行的.有興趣可以了解.
可以看到,如果不考慮Presenter的復(fù)用和其他優(yōu)化,基本一個(gè)View就要對(duì)應(yīng)一個(gè)Presenter.看到這里,你可能還是覺得不夠有說服力,我們?cè)倏聪耊eatherRepository的代碼:
private WeatherLocalDataSource mLocalDataSource;
private WeatherRemoteDataSource mRemoteDataSource;
//Repository由兩個(gè)不同的數(shù)據(jù)源提供數(shù)據(jù)
public WeatherRepository(WeatherLocalDataSource localDataSource, WeatherRemoteDataSource remoteDataSource)
{
mLocalDataSource = localDataSource;
mRemoteDataSource = remoteDataSource;
}
在項(xiàng)目中,數(shù)據(jù)來源可能有多個(gè),比如緩存數(shù)據(jù)來源SQlite或者就保存在內(nèi)存中,網(wǎng)絡(luò)數(shù)據(jù)可能用okhttp+retrofit等等,如果使用SQlite是不是要還有持有操作數(shù)據(jù)庫的對(duì)象實(shí)例,獲取網(wǎng)絡(luò)數(shù)據(jù),如果用okhttp+retrofit,是不是還要持有okhttpClient和retrofit實(shí)例呢,而且還要考慮okhttpClient的實(shí)例順序要先于retrofit等等
如果某個(gè)類實(shí)例繁瑣,依賴多個(gè)外部實(shí)例,而且使用頻率又高,后期改動(dòng)維護(hù)都是非常麻煩的.更多好處,可以看下官方文檔
