Dagger 是否支持 Activity Instrumentation TestCase2 测试的依赖注入答案

【问题标题】：Does Dagger support dependancy injection for ActivityInstrumentationTestCase2 testsDagger 是否支持 Activity Instrumentation TestCase2 测试的依赖注入
【发布时间】：2013-01-15 08:46:25
【问题描述】：

我正在尝试在继承 ActivityInstrumentationTestCase2 的 Android 功能测试中使用 Dagger。

设置代码如下所示：

@Override
protected void setUp() {
    // TODO Auto-generated method stub
    try {
        super.setUp();
    } catch (Exception e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }
    ObjectGraph.create(new TestModule()).inject(this);
    this.activity = super.getActivity();
}`

通过调用super.getActivity() 触发的OnCreate 方法不使用TestModule 提供的类。但是，如果我手动运行我的活动（在测试上下文之外），那么所有适当的类都由我的非测试模块提供/注入。

【问题讨论】：

所以在这里不容易看到发生了什么，因为我们看不到你在测试中注入了什么等等。你能修剪并提供一个简化的生产和测试示例模块，复制了这个问题？
也许我在这篇相关帖子中的回答对你有帮助：stackoverflow.com/questions/15630589/…

标签： android dependency-injection functional-testing dagger

【解决方案1】：

我通过懒惰地创建对象图找到了一种将 Dagger 与 ActivityInstrumentationTestCase2 一起使用的方法。我所做的是等待创建对象图，直到第一次想要注入一个类，所以只要你在调用getActivity()（它启动被测活动的活动生命周期）之前添加你的模块并使用@ 987654323@ 在您的测试模块中，这将起作用。这是相关的类和sn-ps：

GraphHolder，顾名思义，为我们保存ObjectGraph 对象。我们将对此类进行所有调用，而不是直接调用ObjectGraph。

public class GraphHolder {

    private static GraphHolder sInstance;

    private Object[] mModules;
    private ObjectGraph mGraph;

    private GraphHolder() {
    }

    public static GraphHolder getInstance() {
        if (sInstance == null) {
            sInstance = new GraphHolder();
        }

        return sInstance;
    }

    public void inject(Object object) {
        if (mGraph == null) {
            create();
        }

        mGraph.inject(object);
    }

    public <T> T get(Class<T> type) {
        if (mGraph == null) {
            create();
        }

        return mGraph.get(type);
    }

    public void addModules(Object... modules) {
        if (mGraph != null) {
            mGraph.plus(modules);
        } else {
            if (mModules == null) {
                mModules = modules;
            } else {
                mModules = concatenate(mModules, modules);
            }
        }
    }

    private void create() {
        mGraph = ObjectGraph.create(mModules);
        mModules = null;
    }

    private Object[] concatenate(Object[] a, Object[] b) {
        int aLength = a.length;
        int bLength = b.length;

        Object[] c = new Object[aLength + bLength];
        System.arraycopy(a, 0, c, 0, aLength);
        System.arraycopy(b, 0, c, aLength, bLength);

        return c;
    }
}

我们将在Application 类中添加我们的模块：

public class MyApplication extends Application {

    @Override
    public void onCreate() {
        super.onCreate();
        GraphHolder.getInstance().addModules(getModules());
    }

    Object[] getModules() {
        return new Object[]{
                // your modules here
        };
    }
}

在我们要注入的类中，我们只需调用GraphHolder.getInstance().inject(this) 而不是ObjectGraph.inject(this)

在我们的测试模块中，我们将提供我们想要覆盖以进行测试的对象，并将overrides = true 添加到@Module 注释中。这告诉对象图在发生冲突时优先选择此模块的提供程序而不是其他提供程序。

那么，在我们的测试中：

@Inject Foo mFoo;

@Override
public void setUp() {
    super.setUp();
    GraphHolder.getInstance().addModules(new TestFooModule());
    GraphHolder.getInstance().inject(this); // This is when the object graph will be created
}

【讨论】：

【解决方案2】：

ObjectGraph.create(new TestModule()).inject(this);

此代码试图将由 TestModule 创建的依赖项注入到您的 TestCase 而不是测试的 Activity 中。你必须在这里做的是

ObjectGraph.create(new TestModule()).inject(this.activity);

【讨论】：

您不能从 ActivityInstrumentationTestCase2 注入 Activity，因为您必须调用 getActivity() 来获取对 Activity 的引用，然后创建它（自动调用 onCreate）。因此，如果您在 onCreate 方法中进行注入，如果您尝试从 ActivityInstrumentationTestCase2 进行设置，那么注入依赖项将太迟了。 IMO 这是 ActivityInstrumentationTestCase2 中的一个巨大缺陷。您可以改用 ActivityUnitTestCase。