Remplacer setter avec arc

@interface Article : NSObject 

@property (nonatomic, strong) NSString *imageURLString;

@end


@implementation Class

@synthesize imageURLString = _imageURLString;

- (void)setImageURLString:(NSString *)imageURLString {
    _imageURLString = imageURLString;
    //do something else
}

Ai-je correctement substituer le setter lorsque l'ARC est activé?

  • Oui, cela semble correct pour moi. Est-ce de travailler à la façon dont il ou pas?
InformationsquelleAutor rowwingman | 2011-10-28
  1. 89

    Oui, c'est exact. Aussi m'a pris du temps à faire confiance que c'est effectivement la bonne chose à faire.

    Vous vous rendez compte que, dans ce cas, le remplacement n'est pas nécessaire tant que vous n'avez rien faire de plus que la norme a généré setter ferait? Uniquement si vous ajoutez plus de code à setImageURLString: auriez-vous besoin pour remplacer le setter.

    • Oui. Je m'en rends compte. J'ai ajouter un commentaire où je veux ajouter mon code supplémentaire. Merci beaucoup pour la réponse.
    • Ah, oui, désolé, j'ai généreusement ignoré ce commentaire. 🙂
    • Vous savez ce qui serait une expérience intéressante? Modification de la couleur du commentaire (soi et les autres sites et IDEs)... habituellement, c'est en gris clair ou que quelque chose ne va pas. #ff0000 peut-être? Y aurait-il une différence? Nous, en tant que programmeurs sont utilisés pour ignorer les commentaires, à moins que nous sommes précisément en essayant de déduire le fonctionnement de quelque chose, auquel cas, on ignore parfois.
    InformationsquelleAutor Pascal
  2. 68

    Expansion sur la réponse donnée par @Pascal, je voudrais juste ajouter que c'est certainement la bonne chose à faire et vous pouvez le vérifier en voyant ce que le code compile vers le bas pour. J'ai écrit un post de blog sur la façon d'aller sur la vérification, mais, fondamentalement, que le code compile vers (ARMv7):

            .align  2
        .code   16
        .thumb_func     "-[Article setImageURLString:]"
"-[Article setImageURLString:]":
        push    {r7, lr}
        movw    r1, :lower16:(_OBJC_IVAR_$_Article._imageURLString-(LPC7_0+4))
        mov     r7, sp
        movt    r1, :upper16:(_OBJC_IVAR_$_Article._imageURLString-(LPC7_0+4))
LPC7_0:
        add     r1, pc
        ldr     r1, [r1]
        add     r0, r1
        mov     r1, r2
        blx     _objc_storeStrong
        pop     {r7, pc}

    Note de l'appel à _objc_storeStrong qui selon LLVM fait ceci:

    id objc_storeStrong(id *object, id value) {
    value = [value retain];
    id oldValue = *object;
    *object = value;
    [oldValue release];
    return value;
}

    Donc, pour répondre à votre question, oui, c'est vrai. L'ARC a ajouté dans la version correcte de l'ancienne valeur et de conserver de la valeur nouvelle.

    [Probablement plus compliqué de répondre, mais pensé qu'il était utile de montrer comment vous pouvez aller à ce sujet répondre à ce genre d'ARC liés à la question pour vous-même à l'avenir]

    • Merci pour cela, j'ai été deuxième deviner mon code (et cette réponse), mais vous ai mis mes peurs pour se reposer.
    • Très utile réponse!
    • Merci Matt. Il ne se sent pas le droit d'être la 43e électeur, parce que 42 semblait un raccord de vote, de dépouillement pour cette réponse.
    • Si la propriété est définie à copier? Par exemple @property (nonatomic, copie) UIColor *lineColor;. À l'intérieur de l'incubateur, puis-je simplement faire _lineColor = entrée; ou dois-je faire _lineColor = [input copie];?
    • que vous avez à faire _lineColor = [input copy];, oui.
    InformationsquelleAutor mattjgalloway
  3. -10

    Appel 

    [super setImageURLString:theString];

    Que c'est

    • la super-classe n'est pas susceptible d'avoir une mise en œuvre de setImageURLString:
    • Même si elle le faisait, il serait probablement faire des choses que vous ne voulez pas que ça à faire.
    InformationsquelleAutor raulcatena