Confusion dans la définition de la classe Objective C

Question

Je suis en train d'apprendre Objective-C à travers Cocoa (et j'adore ça). Je suis un tutoriel. Il y a une classe appelée Menu et l'interface ressemble à ceci.

@interface Menu: MenuObject {}
@end

@interface MenuLayer : LayerObject {}
-(void) someMethod:(id)sender
-(void) someOtherMethod:(id)sender
@end

et les implémentations suivent la même convention

@implementation Menu
    -(id)init{
        // blah blah blah
    }
@end

@implementation MenuLayer
    // init, someMethod et someOtherMethod ici
@end

Ce qui, pour moi, ressemble à deux objets/classes distincts étant définis et implémentés dans les mêmes fichiers. Y a-t-il une raison de faire cela? Le résultat serait-il le même si je séparais les fichiers .h et .m en Menu.h/.m et MenuLayer.h/.m ? Ou est-ce que je comprends mal quelque chose de fondamental?

Answer 1

Il devrait être bien si vous divisez cela en fichiers séparés. La plupart du temps, lorsque vous voyez des choses implémentées de cette façon, c'est juste parce que les 2 classes sont tellement étroitement couplées ensemble que vous n'utiliseriez vraiment jamais l'une sans l'autre.

Donc, c'est vraiment juste une question de style. Il n'y a pas de "magie" dans le fait qu'ils sont tous les deux définis et implémentés dans le même fichier.

Answer 2

Il s'agit simplement d'une question de préférence personnelle. Vous devriez pouvoir les diviser, tant que vous #import l'un des en-têtes de l'autre si nécessaire. En Objective-C, vous avez simplement le choix de regrouper des classes dans des fichiers, plutôt qu'en Java où vous êtes obligé de les diviser. Si les classes sont étroitement liées, il peut être plus facile de comprendre comment tout fonctionne dans un seul fichier, plutôt que de devoir passer de l'un à l'autre.

Answer 3

Votre évaluation est correcte. Deux classes séparées sont déclarées et définies.

La raison probable de cela est que les deux classes sont nécessaires pour faire ce que fait Menu. Avoir les deux classes dans le même en-tête et source rend simplement l'interface plus compacte.

Le diviser en deux fichiers fonctionnerait toujours.