Android mock for循环,Android单元测试（五）：依赖注入，将mock方便的用起来-CSDN博客

在上一篇文章中，咱们讲了要将mock出来的dependency真正使用起来，须要在测试环境下经过某种方式set 到用到它的那个对象里面进去，替换掉真实的实现。咱们前面举的例子是：html

public class LoginPresenter {

private UserManager mUserManager = new UserManager();

public void login(String username, String password) {

//。。。some other code

mUserManager.performLogin(username, password);

}

在测试LoginPresenter#login()时，为了可以将mock出来的UserManager set到LoginPresenter里面，咱们前面的作法是简单粗暴，给LoginPresenter加一个UserManager的setter。然而这种作法毕竟不是很优雅，通常来讲，咱们正式代码里面是不会去调用这个setter，修改UserManager这个对象的。所以这个setter存在的意义就纯粹是为了方便测试。这个虽然不是没有必要，却不是太好看，所以在有选择的状况下，咱们不这么作。在这里，咱们介绍依赖注入这种模式。java

对于依赖注入(Dependency Injection，如下简称DI)的准肯定义能够在这里找到。它的基本理念这边简单描述下，首先这是一种代码模式，这个模式里面有两个概念：Client和Dependency。假如你的代码里面，一个类用到了另一个类，那么前者叫Client，后者叫Dependency。结合上面的例子，LoginPresenter用到了UserManager，那么LoginPresenter叫Client，UserManager叫Dependency。固然，这是个相对的概念，一个类能够是某个类的Dependency，倒是另一个类的Client。好比说若是UserManager里面用到了Retrofit，那么相对于Retrofit，UserManager又是Dependency。DI的基本思想就是，对于Dependency的建立过程，并不在Client里面进行，而是由外部建立好，而后经过某种方式set到Client里面。这种模式，就叫作依赖注入。android

是的，依赖注入就是这么简单的一个概念，这边须要澄清的一点是，这个概念自己跟dagger2啊，RoboGuice这些框架并无什么关系。如今不少介绍DI的文章每每跟dagger2是在一块儿的，由于dagger2的使用相对来讲不是很直观，因此致使不少人认为DI是多么复杂的东西，甚至认为只能用dagger等框架来实现依赖注入，其实不是这样的。实现依赖注入很简单，dagger这些框架只是让这种实现变得更加简单，简洁，优雅而已。git

DI的常见实现方式

下面介绍DI的实现方式，一般来讲，这里是大力介绍dagger2的地方。可是，虽然dagger2的确是很是好的东西，然而若是我直接介绍dagger2的话，会很容易致使一个误区，认为在测试的时候，也只能用dagger来作依赖注入或建立对应的测试类，所以，我这边刻意不介绍dagger。先让你们知道最基本的DI怎么实现，而后在测试的时候如何更方便高效的使用。github

实现DI这种模式其实很简单，有多种方式，上一篇文章中提到的setter，其实就是实现DI的一种方式，叫作 setter injection 。此外，经过方法的参数传递进去(argument injection)，也是实现DI的一种方式：框架

public class LoginPresenter {

//这里，LoginPresenter再也不持有UserManager的一个引用，而是做为方法参数直接传进去

public void login(UserManager userManager, String username, String password) {

//... some other code

userManager.performLogin(username, password);

}

然而更经常使用的方式，是将Dependency做为Client的构造方法的参数传递进去：单元测试

public class LoginPresenter {

private final UserManager mUserManager;

//将UserManager做为构造方法参数传进来

public LoginPresenter(UserManager userManager) {

this.mUserManager = userManager;

}

public void login(String username, String password) {

//... some other code

mUserManager.performLogin(username, password);

}

这种实现DI的模式叫 Constructor Injection。其实通常来讲，提到DI，指的都是这种方式。这种方式的好处是，依赖关系很是明显。你必须在建立这个类的时候，就提供必要的dependency。这从某种程度上来讲，也是在说明这个类所完成的功能。所以，尽可能使用 Constructor injection。测试

说到这里，你可能会有一个疑问，若是把依赖都声明在Constructor的参数里面，这会不会让这个类的Constructor参数变得很是多？若是真的发生这种状况了，那每每说明这个类的设计是有问题的，须要重构。为何呢？咱们代码里面的类，通常能够分为两种，一种是Data类，好比说UserInfo，OrderInfo等等。另一种是Service类，好比UserManager, AudioPlayer等等。因此这个问题就有两种状况了：ui

若是Constructor里面传入的不少是基本类型的数据或数据类，那么或许你要作的，是建立一个(或者是另外一个)数据类把这些数据封装一下，这个过程的价值但是大大滴！而不只仅是封装一下参数的问题，有了一个类，不少的方法就能够放到这个类里面了。这点请参考Martin Fowler的《重构》第十章“Introduce Parameter Object”。this

若是传入的不少是service类，那么这说明这个类作的事情太多了，不符合单一职责的原则(Single Responsibility Principle，SRP)，所以，须要重构。

接下来讲回咱们的初衷：DI在测试里面的应用。

DI在单元测试里面的应用

所谓DI在单元测试里面的应用，其实说白了就是使用DI模式，将mock出来的Dependency set到Client里面去。我相信这篇文章解释到这里，那么答案也就比较明显了，为了强调咱们要尽可能使用 Constructor injection，对于 setter Injection 和 Argument injection 这边就不作代码示例了。

若是你的代码使用的是 Constructor injection：

public class LoginPresenter {

private final UserManager mUserManager;

//将UserManager做为构造方法参数传进来

public LoginPresenter(UserManager userManager) {

this.mUserManager = userManager;

}

public void login(String username, String password) {

//... some other code

mUserManager.performLogin(username, password);

}

其中咱们要测的方法是login(), 要验证login()方法调用了mUserManager的performLigon()。对应的测试方法以下：

public class LoginPresenterTest {

@Test

public void testLogin() {

UserManager mockUserManager = Mockito.mock(UserManager.class);

LoginPresenter presenter = new LoginPresenter(mockUserManager); //建立的时候，讲mock传进去

presenter.login("xiaochuang", "xiaochuang password");

Mockito.verify(mockUserManager).performLogin("xiaochuang", "xiaochuang password");

}

很简单，对吧。

小结

这篇文章介绍了DI的概念，以及在单元测试里面的应用，这里特地没有介绍dagger2的使用，目的是要强调：

一个灵活的，易于测试的，符合SRP的，结构清晰的项目，关键在于要应用依赖注入这种模式，而不是用什么来作依赖注入。

等你学会使用dagger之后，要记得在测试的时候，若是能够直接mock dependency并传给被测类，那就直接建立，不是必定要使用dagger来作DI

然而若是彻底不使用框架来作DI，那么在正式代码里面就有一个问题了，那就是dependency的建立工做就交给上层client去处理了，这可不是件好事情。想一想看，LoginActivity里面建立LoginPresenter的时候，还得知道LoginPresenter用了UserManager。而后建立一个UserManager对象给LoginPresenter。对于LoginActivity来讲，它以为我才懒得管你用什么样的UserManager呢，我只想告诉你login的时候，你给我老老实实的login就行了，你用什么Manager我无论。因此，直接在LoginActivity里面建立UserManager，可能不是个好的选择。那怎么样算是一个好的选择呢？dagger2给了咱们答案。

因而下一篇文章咱们介绍dagger2。

最后，若是你也对安卓单元测试感兴趣的话，欢迎加入咱们的交流群：