Classes C++ comme variables d'instance d'une classe Objective-C

Question

Je dois mélanger Objective-C et C++. Je voudrais cacher tous les trucs C++ dans une classe et garder tous les autres objectifs Objective-C. Le problème est que je veux avoir des classes C++ comme variables d'instance. Cela signifie qu'ils doivent être mentionnés dans le fichier d'en-tête, qui est inclus par d'autres classes et que C++ commence à s'étendre à l'ensemble de l'application. La meilleure solution que j'ai pu utiliser jusqu'à présent ressemble à ceci:

#ifdef __cplusplus 
#import "cppheader.h" 
#endif 

@interface Foo : NSObject 
{ 
    id regularObjectiveCProperty; 
    #ifdef __cplusplus 
    CPPClass cppStuff; 
    #endif 
} 

@end 

Cela fonctionne. Le fichier d'implémentation a une extension mm, de sorte qu'il est compilé en Objective-C mélangé avec C++, le #ifdef déverrouille le contenu C++ et nous y voilà. Quand une autre classe purement Objective-C importe l'en-tête, le contenu C++ est caché et la classe ne voit rien de spécial. Cela ressemble à un hack, y a-t-il une meilleure solution?

Answer 1

Cela ressemble à une utilisation classique pour un protocole interface/@. Définissez un protocole objectif-c pour l'API puis fournissez une implémentation de ce protocole en utilisant votre classe Objective-C++. De cette façon, les clients doivent seulement connaître le protocole et non l'en-tête de l'implémentation. Ainsi, compte tenu de la mise en œuvre originale

@interface Foo : NSObject 
{ 
    id regularObjectiveCProperty; 
    CPPClass cppStuff; 

} 

@end 

Je définirais un protocole

//Extending the NSObject protocol gives the NSObject 
// protocol methods. If not all implementations are 
// descended from NSObject, skip this. 
@protocol IFoo <NSObject> 

// Foo methods here 
@end 

et modifier la déclaration Foo originale

@interface Foo : NSObject <IFoo> 
{ 
    id regularObjectiveCProperty; 
    CPPClass cppStuff; 
} 

@end 

code client peut alors travailler avec le type id<IFoo> et n'a pas besoin être compilé en Objective-C++. Évidemment, vous pouvez passer une instance de Foo à ces clients.

Answer 2

Y at-il une raison particulière pour laquelle vous ne pouvez pas simplement utiliser Objective C++ pour tout? Il suffit de basculer le compilateur vers Compile Sources As: Objective C++ (ou renommer tous vos fichiers sources de .cpp ou .m en .mm). Ensuite, vous pouvez librement Intermix votre C++ et Objective C.

C++ commence à se propager à l'ensemble de l'application

Quel problème est là avec ça? Si votre code Objective C ne fait que du code C/Objective C en général, il ne sera certainement pas affecté du tout en étant compilé en C++. Il n'y a pas de problèmes de performance en termes de taille ou de vitesse.

Les deux seuls inconvénients que j'ai trouvés sont: vous ne pouvez pas (encore) utiliser l'analyseur statique clang à l'analyseC++; certains codes C (relativement étranges) ne fonctionneront pas en C++, ce qui est parfois un problème lors de l'utilisation de code C tiers.

Answer 3

Vous pourriez trouver que vous avez des problèmes à le faire - d'après ce que je me souviens de ObjectiveC++, vous pouvez trouver que le constructeur et le destructeur pour votre objet C++ inclus ne seront pas appelés.

Answer 4

J'ai également rencontré ce problème récemment. Dans mon cas, un protocole était exagéré. Je devais juste garder un pointeur vers un objet d'accès aux données qui se trouvait être un objet C++. Ce que j'ai fait a été de déclarer la classe avec une variable d'instance void * et de la lancer quand je l'utilise dans les méthodes d'instance.

Il s'agit d'un petit bidouillage, mais conceptuellement, c'est très similaire à ce qu'est le type Objective-C id.

Answer 5

NE LE FAITES PAS

Si vous IFDEF à une variable d'instance, qui donnera deux instances distinctes dispositions variables pour cette classe. Vous obtiendrez des smashers de mémoire aléatoires partout parce que la mémoire allouée à l'objet dans la moitié des cas sera trop courte. Au lieu de ifdefing la variable d'instance, en avant-déclarer son type comme

struct CPPClass; 

et un pointeur dans la Ivar, puis dans votre init/dealloc méthodes appellent nouvelle/supprimer pour créer l'objet. Si vous avez plusieurs objets, vous pouvez créer une structure pour contenir tous les ivars C++ directement, puis simplement créer/supprimer cette structure.

Voir ce fil pour plus de détails et d'autres liens vers des informations, y compris un podcast qui parle longuement de ObjC++: Can I separate C++ main function and classes from Objective-C and/or C routines at compile and link?