IOS VIPER：协议如何帮助进行单元测试？

Question

我对 VIPER 架构中协议的好处有点困惑。我了解 DI（依赖注入）通过协议实现，有助于避免对象之间的直接依赖 - 我同意。

但我正在从使用的角度来看真正的好处，一个例子可能是 - 特别是协议如何帮助单元测试（测试交互器部分）受益。

我们不能通过方法回调的 using 块来实现相同的目的吗？希望有人可以通过一些例子帮助我从使用的角度理解

干杯

Answer 1

使用回调（例如从交互器到演示器）可能会使测试演示器变得更加困难。

当编写演示器如何处理输入（从交互器发送）的测试时，您的测试必须调用演示器上的某些方法，这将导致演示器调用交互器，这将导致交互器将数据发送到演示器。

通过让 Presenter 实现 Interactor 定义的协议，您的测试可以直接调用 Presenter 上适当的输入方法。

就声明协议而言，我以模拟角色的方式实践 TDD，而不是对象（http://www.jmock.org/oopsla2004.pdf）。这些协议通过关注对象做什么（它的角色）而不是它如何做来帮助提供更好的抽象。

协议本身对于单元测试来说没有什么价值。您的单元测试将为被测系统的依赖项提供测试替身 ( http://martinfowler.com/bliki/TestDouble.html )。即使您将依赖项公开为具体类，您仍然可以为测试创建测试替身。

在 Objective-C 中，您可以使用模拟库，例如 OCMock ( http://ocmock.org ) 或 OCMockito ( https://github.com/jonreid/OCMockito ) 来创建存根、间谍或模拟具体类。

在 Swift 中，您可以通过对用作依赖项的每个具体类进行子类化来创建测试双精度。

简而言之，协议不是用于简化单元测试，而是用于在更高的抽象级别上描述应用程序的功能。

下面是一个例子，说明了抽象协议在事后是如何带来好处的：

我创建了一个协议来表示用户可以在屏幕上执行的操作，例如ProfileUserActions，具有诸如changeName、 和 之类的操作changeAddress。Presenter 实现了ProfileUserActions，View 接受 aProfileUserActions作为依赖项。当用户点击屏幕上的按钮时，视图将向其userActions对象发送适当的消息。

当我想添加分析时，我能够创建一个新的独立ProfileAnalytics类，它也实现了ProfileUserActions. 我在视图和演示器之间插入了分析对象，这允许应用程序捕获分析，而无需修改视图或演示器。