La coutume de lecture & Poseur de iOS 5

Je veux remplacer les getter et setter dans mon ObjC classe à l'aide de l'ARC.

.h Fichier

@property (retain, nonatomic) Season *season;

.m Fichier

@synthesize season;


- (void)setSeason:(Season *)s {
    self.season = s; 

    //do some more stuff
}

- (Season *)season {
    return self.season;
}

Suis-je manqué quelque chose?

Noter que ce modèle conduit à la folie; en particulier, cela signifie que setSeason: doit toujours être atomique, partie intégrante de l'opération sur votre modèle de données. Si votre code à évoluer de sorte qu'il y a une autre propriété dont la valeur est dépendante de season, alors vous êtes de gauche avec une commande de dépendance ("je dois définir" l'autre "avant que j'appelle setSeason: parce que setSeason: a une logique d'entreprise qui dépend des "autres"). Mieux pour garder setter/getter stupide simple et de garder la logique d'entreprise distincts.
Eh bien dans mon cas, je vais juste mettre à jour la vue avec les nouvelles données de la season...
Mais si vous gardez le setter/getter stupide simple et de garder la logique d'affaires distincte vous avez juste déplacé le problème. Là, vous devez vous rappeler que chaque fois que vous appelez setSeason: vous devez également appeler someBusinessLogicBasedOnSeason: et vous avez encore à me demander si vous avez besoin de faire tout cela avant ou après vous définissez les autres.
Un bon modèle est à l'aide de setter pour invalider les données, par exemple, il y a deux setters setSeason:, setYear: et ils ont tous deux faire _seasonalDataNeedsUpdate = YES;. Mise à jour réelle qui se produit plus tard, si nécessaire (par exemple, si l'utilisateur n'a pas l'annuler). Cela prend en charge de la commande et nous permet de ne pas tirer les mêmes informations plusieurs fois.
Oh mon dieu, ilya, je vous remercie beaucoup! J'ai été littéralement arraché mes cheveux en se demandant pourquoi l' _ notation parfois travailler et n'a parfois pas.

InformationsquelleAutor alex | 2012-01-04

88

Oui, ceux sont infinies boucles récursives. C'est parce que
```
self.season = s;
```
est traduite par le compilateur dans
```
[self setSeason:s];
```
et
```
return self.season;
```
est traduit en
```
return [self season];
```
Se débarrasser de la dot-accesseur self. et votre code sera correct.

Cette syntaxe, cependant, peut être source de confusion étant donné que votre propriété season et votre variable season partagent le même nom (bien que Xcode va un peu diminuer la confusion par la coloration de ces entités différemment). Il est possible de modifier explicitement votre nom de variable par écrit
```
@synthesize season = _season;
```
ou, mieux encore, omettre le @synthesize directive complètement. Le moderne Objective-C compilateur va automatiquement synthétiser les méthodes d'accès et de la variable d'instance pour vous.
- Meilleure explication. Accepté!
- Je veux rencontrer le génie qui a fait self.season = s être convertis en [self setSeason:s]
- c'est juste à quel point notation des œuvres. Que feriez-vous plutôt à la méthode d'être appelé?
- Il devrait être mieux s'il venait d'accéder à l'attribut. De deux choses différentes: l'accès à l'attribut et de l'appel de méthode d'initialisation.
- Dans Xcode 5, si vous fournir à la fois personnalisé getter et setter, le système n'est plus synthétise la variable membre. Vous devez utiliser @synthétiser pour ce faire. Il n'est plus une option, comme vous l'avez suggéré.
InformationsquelleAutor jlehr
16

Si vous allez mettre en place votre propre getter et setter, vous aurez besoin de maintenir une variable interne:
```
@synthesize season = _season;

- (void)setSeason:(Season *)s {
    //set _season
    //Note, if you want to retain (as opposed to assign or copy), it should look someting like this
    //[_season release];
    //_season = [s retain];
}

- (Season *)season {
    //return _season
}
```
- Nice, merci ça fait la job. Recommanderiez-vous à l'aide de _season au lieu de self.season tout le temps alors?
- L' _ (trait de soulignement) est une question de préférence, mais il est clair que c'est une variable interne.
- Ainsi la variable interne season est toujours là. La seule chose season = _season n'est de renommer cette variable. Ce n'est cependant pas nécessaire. @jlehr expliqué comment cela fonctionne.
- génial de m'avoir sauvé 2 jours de peaufinage de mon code. surtout ce bit //Remarque, si vous souhaitez conserver (par opposition à céder ou copie), il devrait ressembler à un truc comme ça //[_season release]; //_season = [s retain];
- Notez que la variable interne fait défaut à _season, @synthesize season = _season est inutile.
InformationsquelleAutor Jeremy
5

La chose vous manque, c'est que l'Objective-C compilateur s'avère essentiel de la self.foo = bar syntaxe dans [self setFoo:bar], et self.foo en [self foo]. Vos méthodes, tel qu'il est actuellement mis en œuvre, sont eux-mêmes appeler. Comme Jeremy indique, vous avez besoin de les mettre en œuvre, tels que le setter attribue en fait la valeur, il est appelé à une variable d'instance de votre classe et de la lecture renvoie la valeur de la variable d'instance.

InformationsquelleAutor Noah Witherspoon

Vous devez vous connecter pour publier un commentaire.