Ist es notwendig, schwache Referenzen auf sich selbst immer innerhalb von Blöcken zu verwenden ..?

Ich bin immer verwirrt mit der Nutzung des selbst im inneren blocks, ich gehe durch einige der Apple-Dokumente aber noch nicht finden können, die richtige Antwort.

Einige Leute immer sagen, schwachen selbst in Blöcken, aber einige sagen, schwachen selbst in Blöcken, die kopiert werden, nicht neassary zu verwenden, immer.

Beispiel 1:

self.handler = ^(id response, NSError *error)
{
    self.newresponse = response; //use weak self here
};

Beispiel 2:

Mit schwachen selbst;

__weak myViewController *weakSelf = self;

[UIView animateWithDuration:interval delay:0.0 options:curve animations:^
{
    [weakSelf.view.superview setTransform:CGAffineTransformMakeTranslation(0, -106)];
    //in above is it use of weak is neassary 
}
completion:^(BOOL finished)
{

}];

Ohne schwach selbst;

__weak myViewController *weakSelf = self;

[UIView animateWithDuration:interval delay:0.0 options:curve animations:^
{
    [myViewController.view.superview setTransform:CGAffineTransformMakeTranslation(0, -106)];

}
completion:^(BOOL finished)
{

}];

In der oben genannten Proben, die korrekt sind...?
**Ich bin mit der ARC

InformationsquelleAutor der Frage ShivaPrasad | 2012-11-02

  1. 74

    Sollten Sie nur einen schwachen Verweis auf selfwenn self halten wird eine Referenz des Blocks.

    In Ihrem Beispiel, Sie sind nicht zu halten eine Referenz auf den block in self Sie sind nur mit Hilfe von Bausteinen inline mit der UIView animateWithDuration:und als solche gibt es keine Notwendigkeit zu verwenden __weak myViewController *weakSelf = self;

    Warum ist das der Fall? Da ein block behalten starke Referenzen zu allen Variablen die es verwendet von der Klasse mit dem block. Dies beinhaltet self. Nun, wenn die Instanz der Klasse selbst hält einen starken Bezug auf den block und der block hält eine starke Referenz auf die Instanz der Klasse, Sie haben eine retain-Zyklus, die Speicherverluste verursachen.

    InformationsquelleAutor der Antwort WDUK

  2. 10

    Hier ist etwas code, der veranschaulicht, @WDUK Antwort:

    typedef void (^SimpleBlock)();

@interface ObjectThatRetainsBlock : NSObject
@property(nonatomic, strong) SimpleBlock block;
@end

@implementation ObjectThatRetainsBlock

- (instancetype)init {
  self = [super init];
  if (self) {
    self.block = ^{ NSLog(@"Running block in %@", self); };
    self.block();
  }
  return self;
}

- (void)dealloc {
  NSLog(@"ObjectThatRetainsBlock is deallocated.");
}

@end

@interface ObjectThatDoesNotRetainBlock : NSObject
@end

@implementation ObjectThatDoesNotRetainBlock

- (instancetype)init {
  self = [super init];
  if (self) {
    SimpleBlock block = ^{ NSLog(@"Running block in %@", self); };
    block();
  }
  return self;
}

- (void)dealloc {
  NSLog(@"ObjectThatDoesNotRetainBlock is deallocated.");
}

@end

- (void)test {
  ObjectThatRetainsBlock *objectThatRetainsBlock =
      [[ObjectThatRetainsBlock alloc] init];
  ObjectThatDoesNotRetainBlock *objectThatDoesNotRetainBlock = 
      [[ObjectThatDoesNotRetainBlock alloc] init];
}

    Den test - Methode druckt:

    Running block in <ObjectThatRetainsBlock: 0x7f95f3335e50>
Running block in <ObjectThatDoesNotRetainBlock: 0x7f95f3335c50>
ObjectThatDoesNotRetainBlock is deallocated.

    Beobachten, dass in den init Methode der ObjectThatDoesNotRetainBlock erstellen wir block als ivar, aber wenn die block geht out of scope, die wir nicht halten eine Referenz auf diese.

    In der test Methode, wenn die beiden Objekte außerhalb des Bereichs, zu beobachten, dass objectThatDoesNotRetainBlock aufgehoben wird, weil es nicht Teil eines Zyklus behalten.

    Auf der anderen Seite objectThatRetainsBlock nicht aufgehoben, denn es ist Teil eines Zyklus behalten. Es bleibt der block über den Anwendungsbereich der Methode aufrufen.

    Wenn Sie möchten, eine andere Erklärung, siehe diese Antwort.

    InformationsquelleAutor der Antwort Rose Perrone

Schreibe einen Kommentar