Propriété sans méthode iVar et getter?

Question

Je l'ai vu aujourd'hui et je veux juste vérifier ma compréhension de ce qui se passe. "prefixName" est une propriété readonly qui utilise une méthode getter pour renvoyer directement une valeur, il n'y a pas iVar qui stocke le résultat sur l'objet PR_ViewController. De plus, si la propriété n'était pas en lecture seule, l'ajout d'un setter ne fonctionnerait toujours pas car il n'y a pas d'iVar à définir.

• Créé: [Meth] prefixName

Par contraste "CharacterName" fonctionne de la manière habituelle pour une propriété, l'ajout d'un getter, un compositeur et un iVar.

• Créé: [Meth] CharacterName
• Créé: [Meth] setCharacterName
• Créé: [iVar] CharacterName

.

@interface PR_ViewController : UIViewController 
@property (nonatomic, readonly) NSString *prefixName; 
@property (nonatomic, retain) NSString *characterName; 

.

@implementation PR_ViewController 
@synthesize characterName; 

- (NSString *)prefixName { 
    return @"FRED"; 
} 

Answer 1

Vous n'avez pas besoin de synthétiser des accesseurs - vous pouvez parfaitement les écrire vous-même, ce qui est fait dans votre exemple. En outre, une propriété en lecture seule ne doit pas être basée sur un ivar, mais peut être calculée en fonction d'autres ivars ou propriétés. Cela peut être utile si vous utilisez des liaisons pour afficher des valeurs dans l'interface utilisateur dérivées d'autres propriétés, à condition que vous aimiez ce style de codage.

Voici un exemple simple d'une propriété readonly calculée en fonction de deux autres propriétés:

fichier d'en-tête:

@property double width; 
@property double height; 

@property (readonly) double area; 

Mise en œuvre:

@synthesize width, height; 

- (double)area 
{ 
    return width*height; 
} 


+ (NSSet *)keyPathsForValuesAffectingArea 
{ 
    return [NSSet setWithObjects:@"width", @"height", nil]; 
} 

Maintenant, chaque fois que l'un des width ou height changements, la propriété area changements, aussi, et ses changements sont propagés à ses auditeurs (que ks à keyPathsForValuesAffectingArea.)

Vous pouvez également voir l'exemple fullName dans ce doc.