Les variables d'Instance a déclaré dans ObjC mise en œuvre de fichier

Je regardais la WWDC ARC introduction de la vidéo et j'ai vu quelque chose que je n'ai jamais vu en ObjC avant lorsque certains Apple ingénieur parlé d'une Pile exemple.

Le code suivant a été utilisé pour une pile exemple avec ARC:

@implementation Stack 
{ 
    //instance variable declared in implementation context
    NSMutableArray *_array; 
}

- (id)init 
{
   if (self = [super init])
      _array = [NSMutableArray array];
   return self;
}

- (void)push:(id)x 
{
   [_array addObject:x];
}

- (id)pop 
{
   id x = [_array lastObject];
   [_array removeLastObject];
   return x;
}

@end

Veuillez noter que la variable d'instance a déclaré juste après la @mise en œuvre directive.

Maintenant, la chose qui m'a surpris, c'est qu'une variable d'instance pourrait en fait être déclarée dans le fichier d'implémentation, sans être une variable statique. Mes questions sont les suivantes:

  • Est-ce une nouvelle construction introduit dans le SDK pour iOS 5 ou cela a été possible pendant un certain temps?
  • Serait-il bon de les déclarer les variables d'instance dans la mise en œuvre, si les variables d'instance ne sont pas accessibles en dehors de l'objet? Il semble de façon plus propre, l'utilisation de l' @privée directive.
  • Avez-vous un complet, compilable exemple?
  • Le code ci-dessus devrait compiler correctement avec l'iOS 5 SDK.
  • Plutôt que d'ajouter le iVars dans une extension de classe?
  • En essayant de déclarer ivars dans une extension donne une erreur dans la version actuelle de Xcode avec Clang: "les variables d'Instance ne peut pas être placé dans la catégorie de l'extension". Était-ce déjà autorisé?
  • Mmm ça me permet de le faire sur iOS êtes-vous à l'aide de Mac OS?
  • Oui, sur Mac OS.
  • Je l'ai regardé en ligne, il semble que cela ne fonctionne que sur iOS pour une raison étrange.
  • Intéressant, bon à savoir. Me demande pourquoi.

InformationsquelleAutor Wolfgang Schreurs | 2011-07-22
  1. 40

    C'est en effet une nouvelle fonctionnalité, et si vous devez déclarer votre ivars (plutôt que de simplement déclarer des propriétés et de laisser le compilateur de générer ivars pour vous) c'est une bonne pratique. Vos fichiers d'en-tête, en théorie, ne devrait exposer interface publique pour vos classes; tout le reste appartient à la mise en œuvre.

    Une mise en garde est que la mise en œuvre de fichier ivars ne sont pas visibles dans les sous-classes, qui peuvent parfois être un peu gênant si vous avez généré manuellement les setters et getters que vous avez besoin de sous-classe.

    • Dire que j'ai créé une classe "A" qui ne déclare son ivars dans le fichier d'implémentation (pour l'encapsulation), mais je veux faire une mutable sous-classe "MutableA". Comment puis-je accéder à la mise en œuvre ivars dans Une? Remarque: il n'existe pas de propriétés ni les getters/setters pour ces ivars.
    • Une Pomme ingénieur m'a dit à propos de la nouvelle fonctionnalité, et m'a recommandé de l'utiliser. En quelque sorte oublié à ce sujet jusqu'à ce que la recherche à NSAttribututedString.h et ne pouvait pas trouver la ivars. L'Objective-C rubrique "Définition d'une Classe" a donc été mis à jour, et se réfère à la déclaration de ivars dans l'interface "historique" pour ce qui est de la visibilité dans les sous-classes - ne sous-classe des implémentations juste utiliser les fonctions d'accesseur?
    • Oui, mais je pense que c'est encore assez courant d'utiliser l'en-tête (déclarations ou d'un mélange d'en-tête et de la mise en œuvre des déclarations).
    • Le code ci-dessus va travailler en iOS4.0?. J'ai vérifié avec deplyoment target4.0, et il fonctionne mais au moment de l'exécution, il sera de cause aucun problème?
    • C'est une fonctionnalité de compilateur et fonctionne très bien avec le déploiement sur iOS 4 avec tous les Kits de développement a publié depuis iOS 5.
    • Comment cela se compare à la déclaration de la ivars dans l'extension (c'est à dire @interface MyClass () { ... })? Il vous permet également de ne pas déclarer ivars dans l'en-tête.
    • En essayant de déclarer ivars dans une extension donne une erreur dans la version actuelle de Xcode avec Clang: "les variables d'Instance ne peut pas être placé dans la catégorie de l'extension". Était-ce déjà autorisé?

    InformationsquelleAutor Seamus Campbell
  2. 18

    Déclarant iVars à l'intérieur de la mise en œuvre est sans aucun doute une nouvelle construction en objective C.
    Vous devez être à l'aide de xcode4.2 et ont le compilateur LLVM sélectionné dans vos paramètres de construction.
    L'idée est de garder vos fichiers d'en-tête de nettoyage. Vous pouvez lister vos ivars à l'intérieur des accolades
    comme cet exemple;

    @implementation MyClass {    
  int var1;
  int var2;
}

    La réponse donnée par Rahul n'est pas vraiment correcte, bien que vous pouvez delare variables dans la façon dont il dit qu'ils seraient considérés comme statique par le compilateur. Sans doute pour le cas dans lequel il a utilisé eux, il n'a pas d'importance.

    InformationsquelleAutor David Temple
  3. 3

    Je suis nouveau à l'Objective-C, et j'ai trouvé la pratique de déclarer ivars dans l'en-tête très très bizarre. Cela signifie déclarer l'état interne d'un objet dans son en-tête public, qui défie le concept d'encapsulation.

    Par exemple, dire que vous possédez un IPad. Apple n'a pas envie de vous casser le IPad ouvrir et de les soulever , et de jouer avec les éléments à l'intérieur. Si ils veulent que vous modifiez quelque chose, l'IPad ont un réglage qui vous permettent de changer cela.

    De la même façon, je ne veux pas d'autres programmeurs pour voir la ivars de mes objets. Son état interne de mon objet. Si je veux vous faire accéder à l'état interne, je déclare les propriétés.

    Donc, comme dans d'autres languaes, je voudrais cacher mon ivars à l'intérieur de la implementationfile, et de ne pas les déclarer dans le header.

    Déclarant ivars dans l'en-tête me paraît très très bizarre.
    Ceux ivars de mise en œuvre spécifiques, et ne devraient tout simplement pas être une partie de l'en-tête de fichier.

    InformationsquelleAutor Leander