我终于在我正在处理的项目中实施了一些 TDD，并且遇到了边缘......我知道我想要的代码，但不知道如何测试它:)
我正在寻找的实现是：
- (void) doSomething
{
FooBuilder *foo = [[FooBuilder alloc] init];
[foo doSomethingElseWithCompletionBlock:^{
[self somethingDone];
}];
}
所以我希望我的测试验证 a) 被测方法分配了一个新的 FooBuilder 和 b) 然后该方法调用了新对象上的方法。
我该怎么做？我开始尝试模拟 alloc 类方法，但很快确定这条路是疯狂的。
请注意，我不是用这个测试来测试 FooBuilder 本身，只是协作存在。
【问题讨论】：
标签： ios objective-c mocking tdd ocmock
通常情况下，依赖注入用于提供一个完整的对象，表示“不是要求这个对象，而是使用这个。”但在这种情况下，我们希望能够实例化一个新对象。因此，与其注入对象，不如注入类。 “与其创建一个特定的类，不如在这里实例化其中一个。”
依赖注入有两种主要形式：“构造函数注入”（我将坚持使用术语“构造函数”，尽管 Objective-C 将其分为分配和初始化）和“属性注入”。
对于构造函数注入，在初始化器中指定类：
- (instancetype)initWithFooBuilderClass:(Class)fooBuilderClass;
对于属性注入，在属性中指定类：
@property (nonatomic, strong) Class fooBuilderClass;
构造函数注入更清晰，因为它使依赖关系明显。但是你可能更喜欢属性注入。有时我从一种方式开始，然后向另一种方式重构，改变了我的想法。
无论哪种方式，您都可以有一个默认初始化程序，它调用 -initWithFooBuilderClass: 或将属性设置为 [FooBuilderClass class]。
然后doSomething 会这样开始：
- (void)doSomething
{
id foo = [[self.fooBuilderClass alloc] init];
...
【讨论】：
FooBuilder 类之间的耦合诊断为问题。这样做，我觉得你让一些简单的事情变得更加复杂。我有一个显示 Foos 的对象 Bar；为此，它需要使用 FooBuilder 构建一个 Foo。我觉得你是在要求我介绍一般性，我不需要仅仅为了使测试更容易。
OCMock来验证你对FooBuilder的使用。另一种选择是更改您的方法以采用FooBuilder 参数：-(void)doSomethingWithFooBuilder:(FooBuilder *)fooBuilder。然后您的测试可以通过 FooBuilder 的模拟实例。
我最终通过向FooBuilder 添加一个新的类方法来解决这个问题，该方法将完成块作为参数。所以我已经有效地将实例化和方法调用从我的被测对象移到了合作者对象中。现在我可以模拟单个类方法调用了。
我认为这最终的设计比我开始的设计要好一些；现在对类的用户隐藏了需要实例化新的FooBuilder 的细节。这也很简单。
它确实具有保持我的被测对象和FooBuilder 类之间的强耦合的特性。也许那会在路上咬我 - 但我打赌 YAGNI 不会。
【讨论】：