[Android]在Dagger 2中Activities和Subcomponents的多綁定(翻譯)

来源:http://www.cnblogs.com/tiantianbyconan/archive/2017/01/09/6266442.html
-Advertisement-
Play Games

以下內容為原創,歡迎轉載,轉載請註明 來自天天博客: 在Dagger 2中Activities和Subcomponents的多綁定 原文: 幾個月前,在 "MCE^3" 會議中,Gregory Kick在他的 "演講" 中展示了一個提供Subcomponents(比如,為Activity)的新概念。 ...



以下內容為原創,歡迎轉載,轉載請註明
來自天天博客:http://www.cnblogs.com/tiantianbyconan/p/6266442.html

在Dagger 2中Activities和Subcomponents的多綁定

原文:http://frogermcs.github.io/activities-multibinding-in-dagger-2

幾個月前,在MCE^3會議中,Gregory Kick在他的演講中展示了一個提供Subcomponents(比如,為Activity)的新概念。新的方式給我們帶來了一個創建不使用AppComponent對象引用(以前時Activities Subcomponents的工廠)的方式。為了讓它成為現實,我們不得不等到了新的Dagger release版本:version 2.7

問題

在Dagger 2.7之前,創建Subcomponent(比如,AppComponent的subcomponent MainActivityComponent)我們必須要在父Component中聲明它的工廠:

@Singleton
@Component(
    modules = {
        AppModule.class
    }
)
public interface AppComponent {
    MainActivityComponent plus(MainActivityComponent.ModuleImpl module);

    //...
}

多虧Dagger理解這個聲明,MainActivityComponent能夠訪問從AppComponent的依賴。

有了這個,MainActivity中的註入看起來如下:

@Override
protected ActivityComponent onCreateComponent() {
    ((MyApplication) getApplication()).getComponent().plus(new MainActivityComponent.ModuleImpl(this));
    component.inject(this);
    return component;
}

這個代碼的問題在於:

  • Activity依賴於AppComponent(通過((MyApplication) getApplication()).getComponent())返回 - 我們是否想要去創建Subcomponent,我們需要去訪問父Component的對象)。

  • AppComponent必須要去聲明所有Subcomponents(或者它們的builders),比如:MainActivityComponent plus(MainActivityComponent.ModuleImpl module);

Modules.subcomponents

從Dagger 2.7開始,我們有了一個新的方法來聲明subcomponents的父級。@Module註解有一個可選的subcomponents屬性,它可以得到subcomponents類的列表,它們應該是安裝此module組件的子component。

Example:

@Module(
        subcomponents = {
                MainActivityComponent.class,
                SecondActivityComponent.class
        })
public abstract class ActivityBindingModule {
    //...
}

ActivityBindingModuleAppComponent中被安裝。這表示MainActivityComponentSecondActivityComponent兩者都是AppComponent的Subcomponents。

Subcomponents的聲明在這種方法中不需要明確地在AppComponent中進行聲明(就像本章開頭的代碼)。

Activities的多綁定

讓我們來看看我們怎麼樣使用Modules.subcomponents來構建Activities多綁定並且擺脫AppComponent對象傳入Activity(這在這個演講中也解釋到)。我將只瀏覽代碼中最重要的部分。整個實現已在Github中可用:Dagger2Recipes-ActivitiesMultibinding

我們的app包含兩個屏幕:MainActivitySecondActivity。我們想要去給它們兩者提供Subcomponents且並不傳入AppComponent對象。

讓我們從為所有Activity Components builders構建一個基本的介面來開始:

public interface ActivityComponentBuilder<M extends ActivityModule, C extends ActivityComponent> {
    ActivityComponentBuilder<M, C> activityModule(M activityModule);
    C build();
}

Subcomponents:MainActivityComponent的例子看起來如下:

@ActivityScope
@Subcomponent(
        modules = MainActivityComponent.MainActivityModule.class
)
public interface MainActivityComponent extends ActivityComponent<MainActivity> {

    @Subcomponent.Builder
    interface Builder extends ActivityComponentBuilder<MainActivityModule, MainActivityComponent> {
    }

    @Module
    class MainActivityModule extends ActivityModule<MainActivity> {
        MainActivityModule(MainActivity activity) {
            super(activity);
        }
    }
}

現在我們可以使用Subcomponents builders的Map來得到每一個Activity類的意圖builder。讓我們如下使用Multibinding特性:

@Module(
        subcomponents = {
                MainActivityComponent.class,
                SecondActivityComponent.class
        })
public abstract class ActivityBindingModule {

    @Binds
    @IntoMap
    @ActivityKey(MainActivity.class)
    public abstract ActivityComponentBuilder mainActivityComponentBuilder(MainActivityComponent.Builder impl);

    @Binds
    @IntoMap
    @ActivityKey(SecondActivity.class)
    public abstract ActivityComponentBuilder secondActivityComponentBuilder(SecondActivityComponent.Builder impl);
}

ActivityBindingModuleAppComponent中被安裝。就如它被解釋的那樣,多虧MainActivityComponentSecondActivityComponent將會是AppComponent的Subcomponent。

現在我們可以註入Subcomponents builder的Map(比如,註入到MyApplication class):

public class MyApplication extends Application implements HasActivitySubcomponentBuilders {

    @Inject
    Map<Class<? extends Activity>, ActivityComponentBuilder> activityComponentBuilders;

    private AppComponent appComponent;

    public static HasActivitySubcomponentBuilders get(Context context) {
        return ((HasActivitySubcomponentBuilders) context.getApplicationContext());
    }

    @Override
    public void onCreate() {
        super.onCreate();
        appComponent = DaggerAppComponent.create();
        appComponent.inject(this);
    }

    @Override
    public ActivityComponentBuilder getActivityComponentBuilder(Class<? extends Activity> activityClass) {
        return activityComponentBuilders.get(activityClass);
    }
}

我們創建了HashActivitySubcomponentBuilders介面作為額外的抽象(因為builders的Map不一定是註入到Appliction類的):

public interface HasActivitySubcomponentBuilders {
    ActivityComponentBuilder getActivityComponentBuilder(Class<? extends Activity> activityClass);
}

然後最後在Activity class中進行註入的實現:

public class MainActivity extends BaseActivity {

    //...

    @Override
    protected void injectMembers(HasActivitySubcomponentBuilders hasActivitySubcomponentBuilders) {
        ((MainActivityComponent.Builder) hasActivitySubcomponentBuilders.getActivityComponentBuilder(MainActivity.class))
                .activityModule(new MainActivityComponent.MainActivityModule(this))
                .build().injectMembers(this);
    }
}

它非常類似於我們的第一個實現,但如上,最重要的事是我們不再傳入ActivityComponent對象到我們的Activities中。

用例example —— instrumentation tests mocking

除瞭解耦和解決迴圈依賴(Activity <-> Application),這不是一個大的問題,尤其是在較小的項目/團隊中,讓我們思考一個這個實現有幫助的真實用例 —— 在instrumentation testing中的mocking依賴。

目前在Android Instrumentation測試中mocking依賴最著名的方式之一是使用DaggerMock(Github 項目地址)。雖然DaggerMock是一個強大的工具,但是非常難理解它面具之下是怎麼工作的。其中有一些反射代碼不容易被追蹤。

在Activity中直接構建Subcomponent,而不需要訪問AppComponent類給了我們一個方式來測試單獨的Activity並從我們app的其它部分解耦。

聽起來很酷,現在我們來看下代碼。

在我們的instrumentation test中使用Applicaton類:

public class ApplicationMock extends MyApplication {

    public void putActivityComponentBuilder(ActivityComponentBuilder builder, Class<? extends Activity> cls) {
        Map<Class<? extends Activity>, ActivityComponentBuilder> activityComponentBuilders = new HashMap<>(this.activityComponentBuilders);
        activityComponentBuilders.put(cls, builder);
        this.activityComponentBuilders = activityComponentBuilders;
    }
}

putActivityComponentBuilder()方法給我們一個對給定Activity類替換ActivityComponentBuilder的實現的方法。

現在來看下我們Espresso Instrumentation Test例子:

@RunWith(AndroidJUnit4.class)
public class MainActivityUITest {

    @Rule
    public MockitoRule mockitoRule = MockitoJUnit.rule();

    @Rule
    public ActivityTestRule<MainActivity> activityRule = new ActivityTestRule<>(MainActivity.class, true, false);

    @Mock
    MainActivityComponent.Builder builder;
    @Mock
    Utils utilsMock;

    private MainActivityComponent mainActivityComponent = new MainActivityComponent() {
        @Override
        public void injectMembers(MainActivity instance) {
            instance.mainActivityPresenter = new MainActivityPresenter(instance, utilsMock);
        }
    };

    @Before
    public void setUp() {
        when(builder.build()).thenReturn(mainActivityComponent);
        when(builder.activityModule(any(MainActivityComponent.MainActivityModule.class))).thenReturn(builder);

        ApplicationMock app = (ApplicationMock) InstrumentationRegistry.getTargetContext().getApplicationContext();
        app.putActivityComponentBuilder(builder, MainActivity.class);
    }

一步一步來:

  • 我們提供了MainActivityComponent.Builder的Mock和所有我們必須要mock的依賴(在本例中只是Utils)。我們mockedBuilder返回一個MainActivityComponent的一個自定義實現,它用於註入MainActivityPresenter(其中使用了mocked Utils)。

  • 然後我們的MainActivityComponent.Builder替換了在MyApplication(28行)中被註入的原始Builder:app.putActivityComponentBuilder(builder, MainActivity.class);

  • 最後測試 —— 我們mockUtil.getHardcodedText()方法。註入過程發生在Activity被創建(36行):activityRule.launchActivity(new Intent());接著在最後我們使用Espresso來檢驗結果。

以上就是全部。如你所見,幾乎一切都發生在MainActivityUITest類中,而且代碼相當簡單和可讀。

源碼

如果你想自己去測試這個實現,源碼與工作例子展示怎麼去創建Activities Multibinding和在Instrumentation Tests中mock依賴見Github:Dagger2Recipes-ActivitiesMultibinding

感謝閱讀!

作者

Miroslaw Stanek

Head of Mobile Development @ Azimo


[Android]使用Dagger 2依賴註入 - DI介紹(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/5092083.html


[Android]使用Dagger 2依賴註入 - API(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/5092525.html


[Android]使用Dagger 2依賴註入 - 自定義Scope(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/5095426.html


[Android]使用Dagger 2依賴註入 - 圖表創建的性能(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/5098943.html


[Android]Dagger2Metrics - 測量DI圖表初始化的性能(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/5193437.html


[Android]使用Dagger 2進行依賴註入 - Producers(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/6234811.html


[Android]在Dagger 2中使用RxJava來進行非同步註入(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/6236646.html


[Android]使用Dagger 2來構建UserScope(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/6237731.html


[Android]在Dagger 2中Activities和Subcomponents的多綁定(翻譯):

http://www.cnblogs.com/tiantianbyconan/p/6266442.html



您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 輪播圖是很常用的一個效果 核心功能已經實現 沒有什麼特殊需求 自己沒事研究的 所以封裝的不太好 一些地方還比較糙 為想要研究輪播圖的同學提供個參考 目前測試圖片為mipmap中的圖片 沒有寫從網路載入圖片 可自行根據需求在getShowView()方法中修改 1.定時切換 通過handle延時發送通 ...
  • 一、簡述 最近項目組打算引入weex,並選定了一個頁面進行試水。頁面很簡單,主要是獲取數據渲染頁面,並可以跳轉到指定的頁面。跟之前使用RN 相比,weex 確實要簡單很多。從下圖中我們可以看到,weex 頁面需要跳轉到原生頁面,並且跳轉到哪個頁面我們可能並不能寫死。也就是說只要原生頁面之前項目中寫過 ...
  • 360手機助手使用的 DroidPlugin,它是360手機助手團隊在Android系統上實現了一種插件機制。它可以在無需安裝、修改的情況下運行APK文件,此機制對改進大型APP的架構,實現多團隊協作開發具有一定的好處。 它是一種新的插件機制,一種免安裝的運行機制 github地址: https:/ ...
  • 昨天1月9日微信小程式發佈,頓時被朋友圈刷爆,今天看了一下官方文檔,自己開始一步一步搭建環境體驗小程式開發。 常見問題: 1.微信小程式開發是否需要重新創建開發者賬號? 需要,即使之前申請了微信服務號,並認證過,也需要重新申請小程式。 在微信公眾平臺官網首頁(mp.weixin.qq.com)點擊右 ...
  • 1. #import導入頭文件,即:導入頭文件中的內容到當前類 2. #import “”導⼊自定義類,#import <>導入類庫中的頭文件。 3.功能類似C語言中的#include,但是可以避免頭文件被重覆導 入。(也即可以自動避免) 4. 容易出現迴圈導入頭文件問題。 針對上面4的迴圈導入頭文 ...
  • 一、錯誤提示 今天在開發的時候遇到一個崩潰問題,“This application is modifying the autolayout engine from a background thread, which can lead to engine corruption and weird c ...
  • 前言 最近項目集成了Tinker,開始認為集成會比較簡單,但是在實際操作的過程中還是遇到了一些問題,本文就會介紹在集成過程大家基本會遇到的主要問題。 考慮一:後臺的選取 目前後臺功能可以通過三種方式實現: 1、自己搭建後臺布丁下發系統2、第三方提供的服務,目前如原微信simsun大神的個人tinke ...
  • 無論是哪種交易軟體,對於程式員來講,最麻煩的就是去實現各種演算法。本文以SAR演算法的實現過程為例,為大家說明如何使用Warensoft Stock Service來實現高頻交易軟體的快速開發。 目前WarensoftStockService已經實現了C# 版本的客戶端驅動,可以直接在Nuget上搜索... ...
一周排行
    -Advertisement-
    Play Games
  • 前言 本文介紹一款使用 C# 與 WPF 開發的音頻播放器,其界面簡潔大方,操作體驗流暢。該播放器支持多種音頻格式(如 MP4、WMA、OGG、FLAC 等),並具備標記、實時歌詞顯示等功能。 另外,還支持換膚及多語言(中英文)切換。核心音頻處理採用 FFmpeg 組件,獲得了廣泛認可,目前 Git ...
  • OAuth2.0授權驗證-gitee授權碼模式 本文主要介紹如何筆者自己是如何使用gitee提供的OAuth2.0協議完成授權驗證並登錄到自己的系統,完整模式如圖 1、創建應用 打開gitee個人中心->第三方應用->創建應用 創建應用後在我的應用界面,查看已創建應用的Client ID和Clien ...
  • 解決了這個問題:《winForm下,fastReport.net 從.net framework 升級到.net5遇到的錯誤“Operation is not supported on this platform.”》 本文內容轉載自:https://www.fcnsoft.com/Home/Sho ...
  • 國內文章 WPF 從裸 Win 32 的 WM_Pointer 消息獲取觸摸點繪製筆跡 https://www.cnblogs.com/lindexi/p/18390983 本文將告訴大家如何在 WPF 裡面,接收裸 Win 32 的 WM_Pointer 消息,從消息裡面獲取觸摸點信息,使用觸摸點 ...
  • 前言 給大家推薦一個專為新零售快消行業打造了一套高效的進銷存管理系統。 系統不僅具備強大的庫存管理功能,還集成了高性能的輕量級 POS 解決方案,確保頁面載入速度極快,提供良好的用戶體驗。 項目介紹 Dorisoy.POS 是一款基於 .NET 7 和 Angular 4 開發的新零售快消進銷存管理 ...
  • ABP CLI常用的代碼分享 一、確保環境配置正確 安裝.NET CLI: ABP CLI是基於.NET Core或.NET 5/6/7等更高版本構建的,因此首先需要在你的開發環境中安裝.NET CLI。這可以通過訪問Microsoft官網下載並安裝相應版本的.NET SDK來實現。 安裝ABP ...
  • 問題 問題是這樣的:第三方的webapi,需要先調用登陸介面獲取Cookie,訪問其它介面時攜帶Cookie信息。 但使用HttpClient類調用登陸介面,返回的Headers中沒有找到Cookie信息。 分析 首先,使用Postman測試該登陸介面,正常返回Cookie信息,說明是HttpCli ...
  • 國內文章 關於.NET在中國為什麼工資低的分析 https://www.cnblogs.com/thinkingmore/p/18406244 .NET在中國開發者的薪資偏低,主要因市場需求、技術棧選擇和企業文化等因素所致。歷史上,.NET曾因微軟的閉源策略發展受限,儘管後來推出了跨平臺的.NET ...
  • 在WPF開發應用中,動畫不僅可以引起用戶的註意與興趣,而且還使軟體更加便於使用。前面幾篇文章講解了畫筆(Brush),形狀(Shape),幾何圖形(Geometry),變換(Transform)等相關內容,今天繼續講解動畫相關內容和知識點,僅供學習分享使用,如有不足之處,還請指正。 ...
  • 什麼是委托? 委托可以說是把一個方法代入另一個方法執行,相當於指向函數的指針;事件就相當於保存委托的數組; 1.實例化委托的方式: 方式1:通過new創建實例: public delegate void ShowDelegate(); 或者 public delegate string ShowDe ...