Objektive-C-Accessor-Deklarationen (Readonly, Readwrite usw.)
-
18-09-2019 - |
Frage
In dem Buch "Cocoa Design Muster" deklariert der Autor manchmal eine Eigenschaft im @Interface als Readonly:
// .h
@property (readonly, copy) NSArray *shapesInOrderBackToFront;
und fügt später später hinzu Unbenannte Kategorie in die Datei der Implementierung (.m) wie folgt:
// .m
@interface MYShapeEditorDocument ()
@property (readwrite, copy) NSArray *shapesInOrderBackToFront;
@end
Irgendeine Idee, warum? Es ist mir unklar, wie besser dieser Ansatz besser ist als notwendiger als das Objekt anfänglich als "Readwrite".
Lösung
Äußerlich wird die Eigenschaft readonly sein. Während des Unterrichts wird es sowohl den Accessor als auch den Setter haben.
Der Setter ist vom Compiler außerhalb der Implementierungsdatei (.M) nicht sichtbar.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow