Klasy C++ jako zmienne instancji klasy Objective-C

Question

Muszę połączyć Objective-C i C++. Chciałbym ukryć wszystkie rzeczy w C++ wewnątrz jednej klasy i zachować wszystkie inne proste Objective-C. Problem polega na tym, że chcę, aby niektóre klasy C++ były zmiennymi instancji. Oznacza to, że muszą być wymienione w pliku nagłówkowym, który jest dołączany przez inne klasy, a C++ zaczyna rozprzestrzeniać się na całą aplikację. Najlepsze rozwiązanie, jakie udało mi się znaleźć, wygląda tak:

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

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

@end 

To działa. Plik implementacji ma rozszerzenie mm, więc zostanie skompilowany jako Objective-C zmieszany z C++, #ifdef odblokowuje C++ i tam jedziemy. Kiedy inna klasa klasy Objective-C importuje nagłówek, rzeczy C++ są ukryte, a klasa nie widzi nic specjalnego. To wygląda na włamanie, czy jest lepsze rozwiązanie?

Answer 1

Brzmi to jak klasyczne użycie interfejsu/protokołu @. Zdefiniuj protokół cel-c dla interfejsu API, a następnie przedstaw implementację tego protokołu przy użyciu klasy Objective-C++. W ten sposób klienci potrzebują tylko znać protokół, a nie nagłówek implementacji. Tak więc biorąc pod uwagę Oryginalna implementacja wykonana

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

} 

@end 

chciałbym zdefiniować protokół

//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 

i modyfikowania oryginalnego oświadczenia Foo do

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

@end 

kod klienta można następnie pracować z typu id<IFoo> i nie potrzebuje kompilowany jako Objective-C++. Oczywiście można przekazać instancję Foo tym klientom.

Answer 2

Czy istnieje jakiś szczególny powód, dla którego nie można po prostu użyć programu Objective C++? Po prostu przełącz kompilator na Compile Sources As: Objective C++ (lub zmień wszystkie swoje pliki źródłowe z .cpp lub .m na .mm). Następnie można swobodnie wymieszać swoją C++ i Objective C

C++ zacznie się rozprzestrzeniać na cały aplikacji

Jaki problem ma z tym? Jeśli twój kod Celive C wykonuje ogólnie tylko kod C/Objective C, to prawie na pewno nie zostanie w ogóle zmieniony przez kompilację jako C++. Nie ma problemów z wielkością lub szybkością działania.

Jedynymi wadami, które znalazłem są: nie można (jeszcze) użyć statycznego analizatora klang do analizy C++; jakiś (względnie dziwny) kod C nie będzie działał w C++, co jest sporadycznie problemem przy korzystaniu z kodu C strony trzeciej.

Answer 3

Może się okazać, że masz problemy z robieniem tego - z tego co pamiętam z ObjectiveC++ może się okazać, że konstruktor i destruktor dla twojego zamkniętego obiektu w C++ nie zostaną wywołani.

Answer 4

Niedawno również spotkałem się z tym problemem. W moim przypadku protokół był przesadny. Potrzebowałem tylko wskaźnika do obiektu dostępu do danych, który był obiektem C++.

Co zrobiłem, zadeklarowano klasę ze zmienną instancji void * i rzutowałem ją, gdy używam jej w metodach instancji.

To jest trochę hack-y, ale koncepcyjnie, jest bardzo podobny do tego, jaki jest typ Objective-C id.

Answer 5

nie ten

Jeśli ifdef się zmienną instancji, które dadzą dwa oddzielne układy zmiennych instancji tej klasy. Otrzymasz przypadkowe rozbijacze pamięci w każdym miejscu, ponieważ pamięć przydzielona dla obiektu w połowie przypadków będzie zbyt krótka. Zamiast ifdefing się zmienną instancji, do przodu-zadeklarować jej typ jak

struct CPPClass; 

i posiada wskaźnik do niej w ivar, potem w twoim init/dealloc metody nazywają new/delete, aby utworzyć obiekt. Jeśli masz kilka obiektów, możesz utworzyć strukturę do przechowywania wszystkich ivars iv bezpośrednio, a następnie po prostu nowa/usunąć tę strukturę.

Zobacz ten wątek, aby uzyskać więcej szczegółów i dalsze linki do informacji, w tym podcast, że rozmowy na długości około ObjC++: Can I separate C++ main function and classes from Objective-C and/or C routines at compile and link?