[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
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...