Suchergebnisse

Verstehe! Danke für die Hilfe, hat mich echt weiter gebracht.

@gritsch wofür soll das gut sein?

@michael das war die beste erklärung die ich überhaupt im netz und in meinem buch dazu finden konnte. wirklich hut ab, man merkt dass du ahnung von der materie hast und du kannst es gut rüber bringen. solltest lehrer werden für sowas! aber eine frage habe ich noch, könntest du mir ein programmatisches beispiel für ein einfachen retain-cycle geben?

@michael Genau das habe ich doch vorher schon gefragt, ob man assign nur bei primitiven Datentypen verwendet (damit meinte ich Skalare datentypen, war mir nicht bewusst dass das so heisst). Wenn es also so ist wie du sagts, lautet die Regel für assign: Assign nur bei propertys benutzen, die keine Objekte sondern skalare Datentypen entgegen nehmen. Einfacher gesagt: assign nur bei "primitiven" Datentypen. Alles andere retain.

@michael Super erklärt! Danke für die Info. Habe mittlerweile auch nochmal in mein ios Buch geschaut und nun weiss ich fast worum es geht. Wenn eine property als retain gekennzeichet wird, übernimmt sie die Verantwortung für das übergebene Objekt in der setter Methode. Bei copy hingegen wird das übergebene object nicht retaint, sondern das kopierte in der setter Methode. Bei einer property die als assign gekennzeichnet ist, wird scheinbar weder retain, noch copy oder sonst irgendwas gemacht. Es …

@Lucas de Vil Das war nur nen beispiel. Ist je egal was ich dannach mit dem mache, aber es ist doch dann eine weak reference soweit ich das verstehe.

Also wer wann ein Objekt besitzt ist ja einfach: Immer wenn ich retain benutze, bin ich der oberste Owner in der RetainCount Kette. Immer wenn ich ein Objekt kopiere, bin ich der Owner des Kopierten Objekts (nicht der Owner des zu kopierenden Objekts). Immer wenn ich ein Objekt erzeuge (alloc init) dann bin ich der Owner des Objekts. Dies alles sind dann sogenannte "strong references" also starke referenzen. Nun versteh ich aber die Sache mit dem assign noch nicht so ganz. Das sind ja "schwache …

Hm habe mir mal diesen Erklärungsversuch angesehen: iosguy.com/2010/09/04/understanding-memory-management/ Dort ist beschrieben, dass ich ein Objekt besitze, wenn ich es selbst erzeuge, kopiere oder anfordere. Im Grunde ist es nur ein retain auf dieses Object (der Retain Count wird um eins erhöht). Sobald ich es frei lasse (release) bin ich nicht mehr der Besitzer dieses Objekt, und jemand anders kümmert sich darum. Soweit alles klar. Wenn ich nun aber in einem Scope (etwa einer einfachen Funkti…

@Lucas de Vil Irgendwie habe ich das so im Kopf, dass unter non ARC das Reference Counting über retain erfolgt (Zähler um Eins erhöht wird). Das Objekt wird erst deallociert, wenn der Reference Count auf 0 steht. Assign hingegen wird bei primitiven Datentypen eingesetzt, dort erfolgt kein Reference Counting (bitte berichtige mich wenn ich damit falsch liege). Nun soll doch bei ARC das strong retain ersetzen, und weak alle assigns. Wenn ich aber nun bei ios 4.3 kein weak benutzen kann, wie soll i…

@pierredrks was beudetet in diesem Zusammenhang "Strong übernimmt die Ownership"? @macmoonshine Das ist ja meine Frage: Kann ich weak in ios 4.3 nutzen, oder erst ab ios 5?

Guten Tag alle miteinander. Momentan plagt mich eine Frage, für die ich anscheinend zu dumm bin zu suchen. Und zwar benutze ich in meinem Projekt ARC und möchte ios ab der Version 4.3 unterstützen. Laut einigen Tutorials im Netz sollte man lieber weak statt strong für Propertys benutzen, da weak die Objekte bei Nichtbenutzung auf nil setzt und somit Speicherlecks unterbunden werden. Allerdings meine ich irgendwo gelesen zu haben, dass weak erst ab ios 5 funktioniert. Ist das wirklich so? Ich mei…