Các lớp C++ như các biến mẫu của một lớp Objective-C

Question

Tôi cần phải trộn Objective-C và C++. Tôi muốn ẩn tất cả các công cụ C++ bên trong một lớp và giữ tất cả các đối tượng khác đồng bằng Objective-C. Vấn đề là tôi muốn có một số lớp C++ như các biến mẫu. Điều này có nghĩa là chúng phải được đề cập trong tệp tiêu đề, được bao gồm bởi các lớp khác và C++ bắt đầu lan rộng đến toàn bộ ứng dụng. Giải pháp tốt nhất mà tôi có thể thực hiện cho đến thời điểm này giống như sau:

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

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

@end 

Tác phẩm này. Các tập tin thực hiện có một mở rộng mm, do đó nó được biên dịch như Objective-C trộn với C++, các #ifdef mở khóa các công cụ C++ và có chúng tôi đi. Khi một số khác, hoàn toàn Objective-C lớp nhập khẩu tiêu đề, các công cụ C++ là ẩn và lớp học không thấy bất cứ điều gì đặc biệt. Điều này trông giống như một hack, là có một giải pháp tốt hơn?

Answer 1

Điều này nghe giống như sử dụng cổ điển cho giao diện/giao thức @. Xác định một giao thức khách quan-c cho API và sau đó cung cấp một triển khai thực hiện giao thức đó bằng cách sử dụng lớp Objective-C++ của bạn. Bằng cách này, khách hàng chỉ cần biết về giao thức chứ không phải là tiêu đề của việc triển khai. Vì vậy, cho việc thực hiện ban đầu

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

} 

@end 

tôi sẽ xác định một giao thức

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

và sửa đổi các Foo khai ban đầu để

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

@end 

Khách hàng mã thì có thể làm việc với loại id<IFoo> và không cần được biên dịch như Objective-C++. Rõ ràng bạn có thể chuyển một phiên bản của Foo cho các khách hàng này.

Answer 2

Có một số lý do cụ thể mà bạn không thể chỉ sử dụng Objective C++ cho mọi thứ không? Đơn giản chỉ cần chuyển trình biên dịch sang Compile Sources As: Objective C++ (hoặc đổi tên tất cả các file nguồn của bạn từ .cpp hoặc .m thành .mm). Sau đó, bạn có thể tự do intermix C++ và Objective C.

C++ bắt đầu lây lan sang toàn bộ ứng dụng

vấn đề gì là có với điều đó? Nếu mã Objective C của bạn chỉ làm việc với mã C/Objective C nói chung, thì nó gần như chắc chắn sẽ không bị ảnh hưởng gì cả khi được biên dịch thành C++. Không có vấn đề về kích thước hoặc hiệu suất tốc độ đáng kể.

Chỉ có hai nhược điểm mà tôi đã tìm thấy là: bạn không thể (chưa) sử dụng phân tích tĩnh tĩnh để phân tích C++; một số mã C (tương đối kỳ lạ) sẽ không hoạt động trong C++, đôi khi là một vấn đề khi sử dụng mã C của bên thứ ba.

Answer 3

Bạn có thể thấy rằng bạn gặp sự cố khi thực hiện điều này - từ những gì tôi nhớ về ObjectiveC++, bạn có thể thấy rằng hàm tạo và hàm hủy cho đối tượng C++ kèm theo của bạn sẽ không được gọi.

Answer 4

Gần đây tôi cũng gặp sự cố này. Trong trường hợp của tôi một giao thức là quá mức cần thiết. Tôi chỉ cần giữ một con trỏ đến một đối tượng truy cập dữ liệu đã xảy ra là một đối tượng C++.

Điều tôi đã làm là khai báo lớp với biến ví dụ void * và bỏ nó khi tôi sử dụng nó trong các phương thức thể hiện.

Đây là một chút hack-y, nhưng về mặt khái niệm, nó rất giống với loại Objective-C id.

Answer 5

KHÔNG DO

NÀY Nếu bạn ifdef ra một biến Ví dụ, mà sẽ cung cấp hai ví dụ bố trí biến riêng cho lớp này. Bạn sẽ nhận được các bộ nhớ ngẫu nhiên trên khắp nơi vì bộ nhớ được phân bổ cho đối tượng trong một nửa các trường hợp sẽ quá ngắn. Thay vì ifdefing ra biến Ví dụ, chuyển tiếp-tuyên bố loại của nó như

struct CPPClass; 

và có một con trỏ đến nó trong Ivar, sau đó trong init/dealloc bạn phương pháp gọi mới/xóa để tạo ra các đối tượng. Nếu bạn có một số đối tượng, bạn có thể tạo một cấu trúc để giữ tất cả các mã vạch C++ trực tiếp và sau đó chỉ mới/xóa cấu trúc đó.

Xem chủ đề này cho biết thêm chi tiết và liên kết hơn nữa để thông tin, bao gồm một podcast mà nói dài về ObjC++: Can I separate C++ main function and classes from Objective-C and/or C routines at compile and link?