如何在OCMock中存根一个类方法？

StackOverflow https://stackoverflow.com/questions/1810053

题

我经常在我的iPhone Objective-C单元测试中发现我想要一个类方法，例如NSUrlConnection的+ sendSynchronousRequest：returningResponse：error：method。

简化示例：

- (void)testClassMock
{
    id mock = [OCMockObject mockForClass:[NSURLConnection class]];
    [[[mock stub] andReturn:nil] sendSynchronousRequest:nil returningResponse:nil error:nil];
}

运行时，我得到：

Test Case '-[WorklistTest testClassMock]' started.
Unknown.m:0: error: -[WorklistTest testClassMock] : *** -[NSProxy doesNotRecognizeSelector:sendSynchronousRequest:returningResponse:error:] called!
Test Case '-[WorklistTest testClassMock]' failed (0.000 seconds).

我很难找到任何关于此的文档，但我认为OCMock不支持类方法。

经过大量谷歌搜索，我发现了这个提示。它有效，但非常麻烦： http://thom.org.uk/ 2009/05/09 /嘲笑级的方法，在目标-C /

在OCMock中有没有这样做？或者有人会想到一个聪明的OCMock类别对象，可以编写它来完成这类事情吗？

有帮助吗？

解决方案

来自Ruby的世界，我完全理解你想要完成的事情。显然，你真的提前三个小时试图做同样的事情（时区的事情？： - ）。

无论如何，我相信在OCMock中不支持这种方式，因为存在类方法需要逐字地进入类并更改其方法实现，无论何时何地，或谁叫这个方法。这与OCMock似乎所做的相反，它为您提供了一个代理对象，您可以直接操作并以其他方式操作代替“真实”代理对象。指定类的对象。

例如，想要存根NSURLConnection + sendSynchronousRequest：returningResponse：error：方法似乎是合理的。但是，通常在我们的代码中使用这个调用有点埋没，因此使它参数化并在NSURLConnection类的模拟对象中交换非常尴尬。

出于这个原因，我认为“方法调整”你发现的方法，虽然不性感，但正是你想要用来存根类方法。说它非常非常麻烦似乎极端 - 我们怎么认为它是“不优雅”的呢？也许不像OCMock为我们的生活那么方便。尽管如此，这是解决问题的一个非常简洁的解决方案。

其他提示

更新OCMock 3

OCMock已经使其语法现代化，以支持类方法存根：

id classMock = OCMClassMock([SomeClass class]);
OCMStub(ClassMethod([classMock aMethod])).andReturn(aValue);

<强>更新

OCMock现在支持开箱即用的类方法存根。 OP的代码现在应该按照发布的方式工作。如果存在与类方法同名的实例方法，则语法为：

[[[[mock stub] classMethod] andReturn:aValue] aMethod]

请参阅 OCMock的功能。

原始答案

Barry Wark回答后的示例代码。

伪造的类，只是存根连接，具有连接：委托：

@interface FakeNSURLConnection : NSURLConnection
+ (id)sharedInstance;
+ (void)setSharedInstance:(id)sharedInstance;
+ (NSURLConnection *)connectionWithRequest:(NSURLRequest *)request delegate:(id<NSURLConnectionDelegate>)delegate;
- (NSURLConnection *)connectionWithRequest:(NSURLRequest *)request delegate:(id<NSURLConnectionDelegate>)delegate;
@end
@implementation FakeNSURLConnection
static id _sharedInstance;
+ (id)sharedInstance { if (!_sharedInstance) { _sharedInstance = [self init]; } return _sharedInstance; }
+ (void)setSharedInstance:(id)sharedInstance { _sharedInstance = sharedInstance; }
+ (NSURLConnection *)connectionWithRequest:(NSURLRequest *)request delegate:(id<NSURLConnectionDelegate>)delegate {
    return [FakeNSURLConnection.sharedInstance connectionWithRequest:request delegate:delegate];
}
- (NSURLConnection *)connectionWithRequest:(NSURLRequest *)request delegate:(id<NSURLConnectionDelegate>)delegate { return nil; }
@end

切换到模拟：

{
    ...
    // Create the mock and swap it in
    id nsurlConnectionMock = [OCMockObject niceMockForClass:FakeNSURLConnection.class];
    [FakeNSURLConnection setSharedInstance:nsurlConnectionMock];
    Method urlOriginalMethod = class_getClassMethod(NSURLConnection.class, @selector(connectionWithRequest:delegate:));
    Method urlNewMethod = class_getClassMethod(FakeNSURLConnection.class, @selector(connectionWithRequest:delegate:));
    method_exchangeImplementations(urlOriginalMethod, urlNewMethod);

    [[nsurlConnectionMock expect] connectionWithRequest:OCMOCK_ANY delegate:OCMOCK_ANY];

    ...
    // Make the call which will do the connectionWithRequest:delegate call
    ...

    // Verify
    [nsurlConnectionMock verify];

    // Unmock
    method_exchangeImplementations(urlNewMethod, urlOriginalMethod);
}

这是一个很好的'要点'，有关于类方法的混合实现： https://gist.github.com / 314009

如果你修改你的测试方法以获取一个注入 NSURLConnection 类的参数，那么传递一个响应给定选择器的模拟相对容易（你可能需要创建）测试模块中的一个虚拟类，它将选择器作为实例方法并模拟该类）。没有这个注入，你使用的是一个类方法，基本上使用 NSURLConnection （类）作为单例，因此已经陷入使用单例对象的反模式，并且代码的可测试性受到了影响

链接到问题中的博客帖子，RefuX gist激发了我想出一个块实现他们的想法： https ：//gist.github.com/1038034

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top