Under ARC
, I have an object, Child
that has a weak
property, parent
. I'm trying to write some tests for Child
, and I'm mocking its parent
property using OCMock
.
Under ARC, setting an NSProxy
subclass using a synthesized weak property setter doesn't set the property ... the line after the weak property is set, checking it reveals that it's already nil
. Here's the concrete example:
@interface Child : NSObject
@property (nonatomic, weak) id <ParentInterface>parent;
@end
@implementation Child
@synthesize parent = parent_;
@end
// ... later, inside a test class ...
- (void)testParentExists
{
// `mockForProtocol` returns an `NSProxy` subclass
//
OCMockObject *aParent = [OCMockObject mockForProtocol:@protocol(ParentInterface)];
assertThat(aParent, notNilValue());
// `Child` is the class under test
//
Child *child = [[Child alloc] init];
assertThat(child, notNilValue());
assertThat(child.parent, nilValue());
child.parent = (id<ParentInterface>)aParent;
assertThat([child parent], notNilValue()); // <-- This assertion fails
[aParent self]; // <-- Added this reference just to ensure `aParent` was valid until the end of the test.
}
I know that I can get around this using an assign
property instead of a weak
property for the Child
to reference the Parent
, but then I'd have to nil
out the parent
when I was done with it (like some sort of caveman), which is exactly the sort of thing that ARC was supposed to obviate.
Any suggestions on how to make this test pass without changing my app code?
Edit: It seems to have to do with OCMockObject
being an NSProxy
, if I make aParent
be an instance of NSObject
, the child.parent
weak reference "holds" a non-nil value. Still looking for a way to make this test pass without changing app code.
Edit 2: After accepting Blake's answer, I did an implementation in my project of a preprocessor macro that conditionally changed my properties from weak -> assign. Your mileage may vary:
#if __has_feature(objc_arc)
#define BBE_WEAK_PROPERTY(type, name) @property (weak, nonatomic) type name
#else
#define BBE_WEAK_PROPERTY(type, name) @property (assign, nonatomic) type name
#endif
I found a different solution than a conditional macro since I was testing code that I could not change the code for.
I wrote a simple class that extends NSObject, not NSProxy, that forwards all selector invocations on to the OCMockProxy.
CCWeakMockProxy.h:
CCWeakMockProxy.m:
Just use the resulting object as you would a regular OCMockObject!
We've been struggling with this same issue and it does indeed have to do with an incompatibility between ARC and weak references to NSProxy derived objects. I would recommend using a pre-processor directive to conditionally compile your weak delegate references to assign within the test suite so you can test them via OCMock.
Sure. It's going
nil
because immediately after assigningchild.parent
, your proxy object itself is released by your test (since it's no longer referenced), and this causes the weak reference to nil out. So the solution is to keep your proxy object alive during the test. You can do this trivially by inserting a call toat the end of your method. That function call does nothing (
-self
just returnsself
), but it will ensure that ARC keeps the object alive.An alternative would be to change your declaration of
aParent
to be__autoreleasing
, which makes it behave more like MRR in that ARC will just leave an autoreleased reference in that slot instead of explicitly releasing the object when the variable goes out of scope. You can do that withThat said, the first solution is probably cleaner, because you're explicitly keeping the object alive during the test.