如何模拟未在Module中声明的注入对象?

Ely*_*lye 5 java android unit-testing mockito dagger-2

对于dagger2模块

@Module
public class MyModule {
    @Provides @Singleton public RestService provideRestService() {
        return new RestService();
    }

    @Provides @Singleton public MyPrinter provideMyPrinter() {
        return new MyPrinter();
    }
}
Run Code Online (Sandbox Code Playgroud)

我们可以将测试模块作为测试

public class TestModule extends MyModule {
    @Override public MyPrinter provideMyPrinter() {
        return Mockito.mock(MyPrinter.class);
    }

    @Override public RestService provideRestService() {
        return Mockito.mock(RestService.class);
    }
}
Run Code Online (Sandbox Code Playgroud)

但是如果对于下面的类没有在匕首模块中声明...

public class MainService {
    @Inject MyPrinter myPrinter;

    @Inject public MainService(RestService restService) {
        this.restService = restService;
    }
}
Run Code Online (Sandbox Code Playgroud)

如何创建如上所述的MainService模拟.

注意,我不打算按照https://medium.com/@fabioCollini/android-testing-using-dagger-2-mockito-and-a-custom-junit-rule-c8487ed01b56中的每份共享对MainService进行测试.#.9aky15kke,相反,我的MainService用于我想要测试的另一个普通类.例如

public class MyClassDoingSomething() {
    @Inject MainService mainService;

    public MyClassDoingSomething() {
        //...
    }

    // ...
    public void myPublicFunction() {
        // This function uses mainService
    }
}
Run Code Online (Sandbox Code Playgroud)

Fre*_*red 1

这绝对不是回答你的问题,但在我看来,它是相关的,它很有帮助,而且对于评论来说太大了。

我经常面临这个问题,最后我总是做“构造函数依赖注入”。这意味着我不再通过注释字段来进行字段注入,@Inject而是在构造函数中传递依赖项,如下所示:

public class MyClassDoingSomething implements DoSomethig {
    private final  Service mainService;

    @Inject
    public MyClassDoingSomething(Service mainService) {
        this.mainService = mainService;
    }
}
Run Code Online (Sandbox Code Playgroud)

请注意构造函数现在如何接收参数并将字段设置为其,并且还用@Inject?进行注释。我还喜欢让这些类实现一个接口(也用于MyService) - 除了其他几个好处之外,我发现它使 dagger 模块更容易编写:

@Module
public class DoSomethingModule {
   @Provides @Singleton public RestService provideRestService() {
       return new RestService();
   }

   @Provides @Singleton public MyPrinter provideMyPrinter() {
       return new MyPrinter();
   }

   @Provides @Singleton public Service provideMyPrinter(MyService service) {
       return service;
   }

   @Provides @Singleton public DoSomethig provideMyPrinter(MyClassDoingSomething something) {
       return something;
   }
}
Run Code Online (Sandbox Code Playgroud)

(这假设MyService实现或扩展Service

到目前为止,您似乎已经知道 dagger 能够自行找出依赖关系图并为您构建所有对象。那么对类进行单元测试怎么样呢MyClassDoingSomething?我在这里甚至不用匕首。我只是手动提供依赖项:

public class MyClassDoingSomethingTest {
   @Mock
   Service service;

   private MyClassDoingSomething something;

   @Before
   public void setUp() throws Exception {
      MockitoAnnotations.init(this);
      something = new MyClassDoingSomething(service);
   }
   // ...
}
Run Code Online (Sandbox Code Playgroud)

如您所见,依赖项是通过构造函数手动传递的。

显然,如果您正在编写没有可供您调用的构造函数的代码,那么这将不起作用。经典的例子是 Android 活动、片段或视图。有很多方法可以实现这一点,但我个人仍然认为你可以在没有匕首的情况下以某种方式克服这个问题。如果您正在对具有 field 的视图进行单元测试@Inject MyPresenter myPresenter,通常该字段将具有在测试中正常工作的包访问权限:

public class MyViewTest {
   @Mock MyPresenter presenter;

   private MyView view;

   @Before
   public void setUp() throws Exception {
      MockitoAnnotations.init(this);
      view.myPresenter = presenter;
   }
}
Run Code Online (Sandbox Code Playgroud)

请注意,只有当 和MyViewTestMyView在同一个包中时,这才有效(Android 项目中经常出现这种情况)。

最终,如果您仍然想使用 dagger 进行测试,您始终可以创建“测试”模块和组件,这些模块和组件可以通过在组件中声明方法来注入,例如:

@Inject
public interface MyTestComponent {
   void inject(MyClassDoingSomething something);
}
Run Code Online (Sandbox Code Playgroud)

我觉得这种方法还不错,但在我的开发过程中,我更喜欢第一种方法。这还报告了需要在文件Robolectric中进行一些设置build.gradle才能实际运行 dagger-compiler 进行测试以便实际生成类的问题。