我知道 OCMock 版本 2.1+ supports 开箱即用的 stub 类方法。但出于某种原因，它对我不起作用。为了确保我隔离了问题，我简单地克隆了示例 OCMock project (明确标记为版本 2.2.1)并简单地将其添加到 testMasterViewControllerDeletesItemsFromTableView 中:
id detailViewMock = [OCMockObject mockForClass:[DetailViewController class]];
[[[detailViewMock stub] andReturn:@"hello"] helloWorld];
在
DetailViewController.h 我添加:+ (NSString *)helloWorld;
和
DetailViewController.m :+ (NSString *)helloWorld {
return @"hello world";
}
但我不断收到错误消息:
*** -[NSProxy doesNotRecognize Selector:helloWorld] called!
要查看问题的演示，请克隆 this repo 以查看发生了什么。
最佳答案
那应该工作得很好。我刚刚在我的一个项目中尝试过，它在 Xcode5 上使用 XCTest，并且该代码通过了。
我会 1)确保您使用的是最新版本的 OCMock(现在是 2.2.1；我认为新版本中的类方法和 Xcode5 都有一些修复)，以及 2)确保您的 DetailViewController 类是在运行时中正确链接(即正确目标的一部分)。
在查看您的项目时，您的 DetailViewController 类是主应用程序和测试目标的一部分。使用 Xcode5，这似乎意味着类的两个副本被编译并出现在运行时中，应用程序中的代码调用一个副本，而测试用例中的代码调用另一个。这曾经是一个链接器错误(重复符号)，但无论好坏，链接器现在似乎允许在 ObjC 运行时中存在相同类(具有相同名称)的两个副本。 OCMock 使用动态查找找到第一个(编译到应用程序中的那个)，但测试用例直接链接到第二个副本(编译到测试包中的那个)。所以...... OCMock 实际上并不是在 mock 你认为的类。
通过在测试用例中验证 [DetailViewController class] 将不等于 NSClassFromString(@"DetailViewController") (第一个是直接链接的，第二个是动态的)，您可以看到这一点，只是为了咧嘴笑。
要正确解决此问题，请在 DetailViewController.m 的“目标成员资格”中取消选中测试目标。这样，在运行时中只有一个类的副本，并且事情会像您期望的那样工作。测试包被加载到主应用程序中，因此所有主应用程序的类都应该对包可用，而不必直接将它们编译到包中。类应该只是两个目标之一的一部分，而不是两者(一直都是这种情况)。
关于ios - 无法在 Xcode 5.0 中使用 OCMock 2.1+ stub 类方法，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/19287673/