comment utiliser les délégués Automatique de Comptage de Référence

J'ai sauté sur l'ARC de mouvement. Dans le passé, j'aurais mon délégué propriétés déclarées comme ceci:

@property(assign) id<MyProtocol> delegate;

J'ai donc pensé que je pourrais le faire en vertu de l'ARC:

@property(weak) id<MyProtocol> delegate;

Pas le cas. Sur le @synthétiser déclaration dans le .m j'ai une compilation erreur:

*Sémantique Question: Les ivar "délégué" pour __la faiblesse de la propriété de "délégué" doit être __faibles*

Je l'AI annoncé que la faiblesse de la bien que! Aussi comment puis-je passer d'une classe implémentant un protocole à un faiblement référencés de la propriété. Dois-je l'envelopper dans un de ces étranges obj_unretained appels?

Toute aide sur ce serait très apprécié.

  • L'ARC peut être discutée publiquement. iOS 5 API spécifique ne peut pas.
  • L'implication est que l'iOS 5 prend en charge la GC Obj-C, ce qui est probablement confidentielles, sauf si Apple a annoncé qu'elle (je ne sais pas si ils ont; j'ai été trop occupé à suivre).
InformationsquelleAutor Mike S | 2011-06-30
  1. 65

    "ivar" signifie "variable d'instance", qui vous n'avez pas indiqué. Je parie qu'il ressemble à quelque chose comme ceci:

    @interface Foo : NSObject {
    id delegate;
}

@property (weak) id delegate;

    Quelle est l'erreur de dire, c'est qu'il doit ressembler à ceci:

    @interface Foo : NSObject {
    __weak id delegate;
}

@property (weak) id delegate;

    Si les revendications de propriété à être faible, le ivar que la valeur est stockée dans doit être faible ainsi.

    • Ou vous pouvez simplement supprimer le ivar complètement et laisser le @synthesize poignée en ligne que pour vous aussi bien. 🙂
    • votre hypothèse était correcte. Et DaveDelong - êtes-vous en train de me dire que pendant 1,5 ans, j'ai écrit iOS avec ivars dans l'en-tête ainsi que les @property déclaration et je n'ai pas besoin d'ivar quand je synthétiser?! c'est incroyable lol! Merci!
    • ne se sentent pas mauvais. La capacité de faire ce genre d'appréciation à travers les architectures et les coupleurs dans la dernière année+. Il est maintenant terminée, mais.
    • Toutefois, si un ivar n'est pas déclaré, il ne sera pas visible dans Xcode. (bug déposée).
    • L'ajout de _weak avant d'id dans mon ivar déclaration me donne l'erreur: "Unknown type name "_weak". Bravo à toute personne qui répond à cette si tard dans le jeu (:
    • Vous avez besoin de deux caractères de soulignement.
    • Mais la réponse ne fonctionne pas pour une croissance de 10,6 cible de construire: "Le déploiement actuel de la cible ne prend pas en charge automatisée références faibles" Syntaxe déchiré entre deux OS de révision 🙁
    • Si vous avez encore besoin de soutien pré-10.7/5.0, vous devriez être en utilisant quelque chose comme { __unsafe_unretained id foo; } @property(assign) id foo;. Vous pourriez faire cuire quelques #defines et de construire des versions différentes, mais alors vous aurez besoin de tester les deux d'entre eux. Sinon, il y a une possibilité que quelqu'un va ajouter le support d'exécution de 10.5/10.6, tout comme ils l'ont fait avec des "blocs" (si le compilateur va vous permettre de les utiliser en est une autre histoire).
    • Je l'ai découvert depuis si de toute façon est intéressé que de ne pas déclarer la ivars signifie que vous ne pouvez pas regarder les valeurs lors du débogage.
    • C'est un bug de GCC/GDB (pour ne pas générer des symboles de débogage, peut-être?). Je me déplace simplement en appelant la méthode get.
    • ( nonatomic , fort ) est aussi de bonnes options.. il fonctionne pour moi.

    InformationsquelleAutor tc.