在 Objective-C++ 的 .h 文件中添加指向定义的 Objective-C class 的指针
Add pointer to defined Objective-C class in .h file of Objective-C++
是否可以在 Objective-C++ 中创建 class，它的字段是指向 Objective-C 接口（在 .h 文件中）的指针？
为了澄清一点，我创建了一个 Objective-C 界面：
// Our platform independent class
@interface LoggerDelegate : NSObject<SomeDelegate>
@end
我可以在 .mm 文件中创建它，它可以工作，但它是用于全局变量的，我不允许更改它的范围。所以我想在 Logger.h:
里面使用它
class Logger {
public:
private:
LoggerDelegate* _ptr; //<--- pointer to the Objective-C interface
};
当我在 Logger.mm 中定义我的界面时，它起作用了。但是是否可以在 .h 文件中合并来自 Objective-C 和 C++ 的 Objective-C++ 代码？还是只能在 .mm 个文件中使用？
语系
Objective-C 使用 .h header 和 .m 实现文件。如果是抽象接口，您可能不需要后者。所有这些文件都必须符合 Objective-C 语法：
- 您可以在
.h 或 .m 中使用一些 C 语法；它将被识别，因为 Objective C 是 C 的语言扩展。
- Objective-C 编译器无法识别纯 C++ 语言元素（例如
class 或 template）。
Objective-C++ 也使用 .h header 但 .mm 实现文件。两者都必须遵守 Objective-C++ 语法：
- 大多数C++语法都会被识别，因为Objective C++是基于C++的。
- 将识别所有 Objective-C 语法，因为 Objective C 是 Objective-C++ 的子集。
Standard C++ 使用 headers（通常是 .h 或 .hpp）和实现文件（通常是 .cc 或 .cpp）。这些必须仅使用 C++ 语言元素。 Objective-C和Objective-C++不属于C++的语言元素，例如@interface会触发C++编译错误。
混合语言 - 语法问题
混合 Objective-C 和 Objective-C++: 如果您在 [=] 之间共享 headers (.h) 83=] 和 Objective C++，它们必须同时遵守 Objective-C 和 Objective-C++。因此，header 只能使用两种语言之间的共同点，即 Objective-C（和 C）语言元素。
Mixing standard C++ and objective C/C++：您可以将 C++ 语言与 Objective-C 或 Objective-C+ 结合+ 仅在 Objective-C++ 中构造（因此 .mm 文件，最终 .h 当且仅当未包含在任何标准 C++ 或 Objective-C 源代码中时）
这就是您可以在 .mm 文件中使用 Objective-C 界面的原因。但是您不能在将包含在 C++ 代码中的 .h 文件中使用它。
混合语言 - 语义问题
标准C++的object模型和生命周期与Objective-C/C++不一样。这使得互操作性变得困难。例如，C++ class 不能从 Objective-C class 继承，如果 Objective-C class 包含 C++ object，则 construction 可能很棘手。并且没有任何 C++ 语言结构可以保证与 Objective-C++ @interface 本机兼容。
但是没有办法与指针互操作吗？
可以管理从 C++ 到 Objective-C++ objects 的指针，方法是使用 PIMPL idiom (also called "the opaque pointer"). This brilliant article from Phil Jordan 解释了如何使用可以轻松重用的示例来执行此操作。
Phil Jordan 的主要思想是使用 header 将 Objective-C++ object 包装成标准 C++ class 使用指向不完整 object。 Phil 以巧妙的方式使用条件编译，允许将相同的 .h 用于 cross-language 目的：
#ifdef __OBJC__
@class XXXX; // if header used in Objective C++
#else
struct XXXX; // if header used in standard C++
#endif
class WrapperClass { // standard C++ class also recognuzed by Objective C++
XXXX *wrapped_objective_c_object_pointer;
public:
...// public interface for C++
};
这确保包含 header 的 C++ 代码永远不会使用指针对包装的 object 执行任何操作。 C++ 包装器 class 的实现将在 .mm 文件中提供，该文件知道 Objective C++ 语义。我强烈建议您阅读这篇文章以了解该解决方案的所有细节。
是否可以在 Objective-C++ 中创建 class，它的字段是指向 Objective-C 接口（在 .h 文件中）的指针？
为了澄清一点，我创建了一个 Objective-C 界面：
// Our platform independent class
@interface LoggerDelegate : NSObject<SomeDelegate>
@end
我可以在 .mm 文件中创建它，它可以工作，但它是用于全局变量的，我不允许更改它的范围。所以我想在 Logger.h:
class Logger {
public:
private:
LoggerDelegate* _ptr; //<--- pointer to the Objective-C interface
};
当我在 Logger.mm 中定义我的界面时，它起作用了。但是是否可以在 .h 文件中合并来自 Objective-C 和 C++ 的 Objective-C++ 代码？还是只能在 .mm 个文件中使用？
语系
Objective-C 使用 .h header 和 .m 实现文件。如果是抽象接口，您可能不需要后者。所有这些文件都必须符合 Objective-C 语法：
- 您可以在
.h或.m中使用一些 C 语法；它将被识别，因为 Objective C 是 C 的语言扩展。 - Objective-C 编译器无法识别纯 C++ 语言元素（例如
class或template）。
Objective-C++ 也使用 .h header 但 .mm 实现文件。两者都必须遵守 Objective-C++ 语法：
- 大多数C++语法都会被识别，因为Objective C++是基于C++的。
- 将识别所有 Objective-C 语法，因为 Objective C 是 Objective-C++ 的子集。
Standard C++ 使用 headers（通常是 .h 或 .hpp）和实现文件（通常是 .cc 或 .cpp）。这些必须仅使用 C++ 语言元素。 Objective-C和Objective-C++不属于C++的语言元素，例如@interface会触发C++编译错误。
混合语言 - 语法问题
混合 Objective-C 和 Objective-C++: 如果您在 [=] 之间共享 headers (.h) 83=] 和 Objective C++，它们必须同时遵守 Objective-C 和 Objective-C++。因此，header 只能使用两种语言之间的共同点，即 Objective-C（和 C）语言元素。
Mixing standard C++ and objective C/C++：您可以将 C++ 语言与 Objective-C 或 Objective-C+ 结合+ 仅在 Objective-C++ 中构造（因此 .mm 文件，最终 .h 当且仅当未包含在任何标准 C++ 或 Objective-C 源代码中时）
这就是您可以在 .mm 文件中使用 Objective-C 界面的原因。但是您不能在将包含在 C++ 代码中的 .h 文件中使用它。
混合语言 - 语义问题
标准C++的object模型和生命周期与Objective-C/C++不一样。这使得互操作性变得困难。例如，C++ class 不能从 Objective-C class 继承，如果 Objective-C class 包含 C++ object，则 construction 可能很棘手。并且没有任何 C++ 语言结构可以保证与 Objective-C++ @interface 本机兼容。
但是没有办法与指针互操作吗？
可以管理从 C++ 到 Objective-C++ objects 的指针，方法是使用 PIMPL idiom (also called "the opaque pointer"). This brilliant article from Phil Jordan 解释了如何使用可以轻松重用的示例来执行此操作。
Phil Jordan 的主要思想是使用 header 将 Objective-C++ object 包装成标准 C++ class 使用指向不完整 object。 Phil 以巧妙的方式使用条件编译，允许将相同的 .h 用于 cross-language 目的：
#ifdef __OBJC__
@class XXXX; // if header used in Objective C++
#else
struct XXXX; // if header used in standard C++
#endif
class WrapperClass { // standard C++ class also recognuzed by Objective C++
XXXX *wrapped_objective_c_object_pointer;
public:
...// public interface for C++
};
这确保包含 header 的 C++ 代码永远不会使用指针对包装的 object 执行任何操作。 C++ 包装器 class 的实现将在 .mm 文件中提供，该文件知道 Objective C++ 语义。我强烈建议您阅读这篇文章以了解该解决方案的所有细节。