Ich habe Codebeispiele (aus dem Buch "Beginn der iPhone 4-Entwicklung") gesehen, in denen sie sowohl iavs im Interface-Block deklarieren als auch Eigenschaften für sie deklarieren. So:
%Vor%Was wäre der Zweck / Nutzen davon? Wie ich weiß, müssen Sie mit der modernen Runtime-Version (iPhone und 64-Bit-OS X-Anwendungen) nur Eigenschaften deklarieren und können die Ivars im Interface-Block deklarieren. Laut diese Antwort in einem similair Thread wäre es für Debugging-Zwecke. Aber gibt es noch andere Vorteile als das Debuggen, dass Sie diesen Ansatz verwenden würden?
Prost,
Peter
Das explizite Deklarieren von Ivars gibt Ihnen die Möglichkeit, einen spezialisierten Typ für den ivar intern zu verwenden.
Ein typisches Beispiel ist ein intern veränderbares Objekt, auf das schreibend und unveränderlich von außen zugegriffen werden kann.
Beispiel:
%Vor% Natürlich ist das von der Eigenschaft bars zurückgegebene Objekt nicht wirklich unveränderbar. Aber der Punkt ist, dass die API ihre Veränderlichkeit nicht offenbart.
Beachten Sie, dass ich den neuen Stil "Private-ivars-in-implement" verwendet habe. Es hängt sowohl von der modernen Laufzeit als auch vom Compiler ab.
Einige Programmierer definieren ihre iVars gerne mit einem etwas anderen Namen, um zwischen direktem Zugang und KVC-Zugang zu unterscheiden. Zum Beispiel:
in der .h
%Vor%und in der .m
%Vor% Auf diese Weise greifen Sie direkt auf die iVar mit _table zu, aber Sie verwenden die synthetisierten Setter und Getter mit [self table]
Aber gibt es andere Vorteile als das Debugging, dass Sie diesen Ansatz verwenden würden?
Ich erkläre die Ivars explizit für:
"Alles als eine Lese- / Schreibeigenschaft" ist grundlegend fehlerhaft ood.
Tags und Links objective-c iphone properties instance-variables modern-runtime