Ich arbeite gerade das aktuelle Buch von Hillegass et al durch amazon.de/Cocoa-Programming-Ne…76958/ref=asap_bc?ie=UTF8). Dabei bin ich über folgendes gestolpert:
“Weak references are commonly used in three places in Cocoa:
Outlets to subviews: A window controller has a strong reference to the window, and a window has strong references (indirectly) to its view hierarchy. Therefore, a strong reference is unnecessary and could inadvertently keep a subtree of the view hierarchy alive.”
Excerpt From: Aaron Hillegass, Adam Preble & Nate Chandler. “Cocoa Programming for OS X.” iBooks. itun.es/de/nOWY6.l
Nun die Frage: Wie kann es bei einer View-Hierachy zu einen Retain-Cycle kommen wenn die Propertys, die die Subviews halten strong sind?
Zum Hintergrund: Wenn ich den Interface Builder benutze mache ich die Propertys auch immer weak. Wenn ich aber das ganze im Code mache, mache ich sie strong, damit ich nicht bei der Definition eine lokale Variable benutzen muss. Wenn das aber zu einem Retain-Cycle führen kann, würde ich das natürlich lassen.
“Weak references are commonly used in three places in Cocoa:
Outlets to subviews: A window controller has a strong reference to the window, and a window has strong references (indirectly) to its view hierarchy. Therefore, a strong reference is unnecessary and could inadvertently keep a subtree of the view hierarchy alive.”
Excerpt From: Aaron Hillegass, Adam Preble & Nate Chandler. “Cocoa Programming for OS X.” iBooks. itun.es/de/nOWY6.l
Nun die Frage: Wie kann es bei einer View-Hierachy zu einen Retain-Cycle kommen wenn die Propertys, die die Subviews halten strong sind?
Zum Hintergrund: Wenn ich den Interface Builder benutze mache ich die Propertys auch immer weak. Wenn ich aber das ganze im Code mache, mache ich sie strong, damit ich nicht bei der Definition eine lokale Variable benutzen muss. Wenn das aber zu einem Retain-Cycle führen kann, würde ich das natürlich lassen.