Perché la proprietà del delegato debole dell'oggetto mio è nullo nei test di unità?

Question

Ho una configurazione piuttosto semplice per questo test dell'unità. Ho una classe che ha una proprietà delegato:

@interface MyClass : NSObject 
... 
@property (nonatomic, weak) id<MyDelegateProtocol> connectionDelegate; 
... 
@end 

e ho impostato il delegato nel mio test:

- (void)testMyMethod_WithDelegate { 
    id delegate = mockDelegateHelper(); // uses OCMock to create a mock object 
    [[delegate expect] someMethod]; 
    myClassIvar.connectionDelegate = delegate; 
    [myClass someOtherMethod]; 
    STAssertNoThrow([delegate verify], @"should have called someMethod on delegate."); 
} 

Ma il delegato non è in realtà costituito sulla linea 3 del mio test di unità, in modo # someMethod non viene mai chiamato. Quando lo cambio in

myClassIvar.connectionDelegate = delegate; 
STAssertNotNil(myClassIvar.connectionDelegate, @"delegate should not be nil"); 

non ci riesce. Sto usando ARC, quindi la mia impressione era che la debole proprietà fosse stata scartata. Abbastanza sicuro, cambiandolo a strong passa il passaggio STAssertNotNil. Ma non voglio farlo con un delegato, e non capisco perché questo faccia la differenza qui. Da quello che ho letto, tutti i riferimenti locali in ARC sono i passaggi strong e STAssertNotNil(delegate). Perché la mia proprietà delegato debole è nullo quando lo stesso oggetto in una variabile locale non lo è?

Answer 1

Questo è un bug nel runtime di iOS. La seguente discussione ha più dettagli. In poche parole, il runtime di iOS ARC non sembra gestire i deboli riferimenti ai proxy. Il runtime di OSX può.

http://www.mulle-kybernetik.com/forum/viewtopic.php?f=4&t=252

Per quanto ho capito dalla discussione un bug report è stata depositata presso Apple. Se qualcuno ha un'idea sensata per una soluzione alternativa ...

Answer 2

Non sono un esperto ARC ma la mia ipotesi è che mockDelegateHelper() restituisca un oggetto debole. Di conseguenza, delegate è nullo prima dell'esecuzione della seconda riga di codice. Mi permetto di indovinare che lo mockDelegateHelper() è il colpevole o che OCMock sta intralciando il modo in cui manipola e crea oggetti.

Answer 3

Non so davvero cosa sta succedendo qui, ma OCMock restituisce un autorappartamento NSProxy -descendente dal metodo mockForProtocol:, che ritengo sia giusto. Forse ARC ha problemi con NSProxies? Comunque, ho superare questo problema dichiarando la variabile __weak:

- (void)testMyMethod_WithDelegate { 
    // maybe you'll also need this modifier inside the helper 
    __weak id delegate = mockDelegateHelper(); 
    ... 

E 'davvero non ha bisogno di essere __strong (il default), in questo caso, come è autoreleased e non si sta tenendo in giro. ..

Answer 4

Una soluzione alternativa consiste nell'utilizzare Mazzi parziali.

@interface TestMyDelegateProtocolDelegate : NSObject <MyDelegateProtocol> 
@end 

@implementation TestMyDelegateProtocolDelegate 
- (void)someMethod {} 
@end 


@implementation SomeTest { 
- (void)testMyMethod_WithDelegate { 
    id<MyDelegateProtocol> delegate = [[TestMyDelegateProtocolDelegate] alloc] init]; 
    id delegateMock = [OCMockObject partialMockForObject:delegate] 
    [[[delegateMock expect] someMethod] 
    myClassIvar.connectionDelegate = delegate; 
    [myClass someOtherMethod]; 
    STAssertNoThrow([delegate verify], @"should have called someMethod on delegate."); 
} 
@end