之前有段时间，我参与了一项使用了C++库的Objective-C项目。写了一篇关于混编的文章，结果却出乎意料的成为Google搜索中关于Objective-C++的最靠前的结果之一。
后来，Apple将基于LLVM的clang做为主选编译器。其作用之一就是可以保证Objective-C的演化，而GCC的进化却太慢了。之前文章就不太适用了，而且在这个过程，我也收到了一些回馈，这些都促使我写了这篇文章。
回顾一下
简言之,如果你有一些C++代码或库，你想在Objective-C项目使用它，这就是我们要研究的问题。 通常，C++代码中会定义你要使用的一些类(class), 你可以简单的把.m文件扩展名改为.mm就可以改为Objective-C++编译，然后就可以很容易地混合使用C++和Objective-C的代码。这是一个简单的做法，但两个世界确实很不一样，如此这样的深度混合有时会变地很棘手。
你可能会想使用等价的Objective-C类型和函数将C++代码封装(wrap)起来。比方说，你有一个名为CppObject的C++类(CppObject.h)：
[cpp] view plaincopyprint?
  1. #include <string>
  2. class CppObject
  3. {
  4. public:
  5. void ExampleMethod(const std::string& str);
  6. // constructor, destructor, other members, etc.
  7. };
在Objectiv-C类允许定义C++类的成员变量，所以可以首先尝试定义一个ObjcObject封装类(ObjcObject.h):
[cpp] view plaincopyprint?
  1. #import <Foundation/Foundation.h>
  2. #import "CppObject.h"
  3. @interface ObjcObject : NSObject {
  4. CppObject wrapped;
  5. }
  6. - (void)exampleMethodWithString:(NSString*)str;
  7. // other wrapped methods and properties
  8. @end

然后在ObjcObject.mm中实现这些方法。不过，此时会在两个头文件(ObjcObject.h&CppObject.h)中得到一个预处理和编译错误。问题出在#include和#import上。对于预处理器而言，它只做文本的替换操作。所以#include和#import本质上就是递归地复制和粘贴引用文件的内容。这个例子中，使用#import "ObjcObject.h"等价于插入如下代码：

[cpp] view plaincopyprint?
  1. // [首先是大量Foundation/Foundation.h中的代码]
  2. // [无法包含<string>]，因为它仅存在于C++模式的include path中
  3. class CppObject
  4. {
  5. public:
  6. void ExampleMethod(const std::string& str);
  7. // constructor, destructor, other members, etc.
  8. };
  9. @interface ObjcObject : NSObject {
  10. CppObject wrapped;
  11. }
  12. - (void)exampleMethodWithString:(NSString*)str;
  13. // other wrapped methods and properties
  14. @end
因为class CppObject根本不是有效的Objective-C语法, 所以编译器就被搞糊涂了。 错误通常是这样的：
Unknown type name 'class'; did you mean 'Class'?
 
正是因为Objective-C中没有class这个关键字. 所以要与Objective-C兼容，Objective-C++类的头文件必须仅包含Objective-C代码，绝对没有C++的代码 - 这主要是影响类型定义（就像例中的CppObject类）。
保持简洁的头文件
之前的文章已经提到一些解决方案.其中最好的一个是PIMPL，它也适用于现在的情况。这里还有一个适用于clang的新方法，可以将C++代码从Objective-C中隔开，这就是class extensions中ivars的。 
Class extensions (不要同categories弄混) 已经存在一段时间了: 它们允许你在class的接口外的扩展部分定义在@implementation段前，而不是在公共头文件中。 这个例子就可以声明在ObjcObject.mm中:
[cpp] view plaincopyprint?
  1. #import "ObjcObject.h"
  2. @interface ObjcObject () // note the empty parentheses
  3. - (void)methodWeDontWantInTheHeaderFile;
  4. @end
  5. @implementation ObjcObject
  6. // etc.

GCC也支持这个操作。不过clang还支持添加ivar块，也就是你还可以声明C++类型的实例变量，既可以在class extension中，也可以在@implementation开始的位置。本例中的ObjcObject.h可以被精简为：

[cpp] view plaincopyprint?
  1. #import <Foundation/Foundation.h>
  2. @interface ObjcObject : NSObject
  3. - (void)exampleMethodWithString:(NSString*)str;
  4. // other wrapped methods and properties
  5. @end

去掉的部分都移到实现文件的class extension中 (ObjcObject.mm):

[cpp] view plaincopyprint?
  1. #import "ObjcObject.h"
  2. #import "CppObject.h"
  3. @interface ObjcObject () {
  4. CppObject wrapped;
  5. }
  6. @end
  7. @implementation ObjcObject
  8. - (void)exampleMethodWithString:(NSString*)str
  9. {
  10. // NOTE: str为nil会建立一个空字串，而不是引用一个指向UTF8String空指针.
  11. std::string cpp_str([str UTF8String], [str lengthOfBytesUsingEncoding:NSUTF8StringEncoding]);
  12. wrapped.ExampleMethod(cpp_str);
  13. }

如果我们不需要interface extension来声明额外的属性和方法，ivar块仍然可以放在@implementation开始位置:

[cpp] view plaincopyprint?
  1. #import "ObjcObject.h"
  2. #import "CppObject.h"
  3. @implementation ObjcObject {
  4. CppObject wrapped;
  5. }
  6. - (void)exampleMethodWithString:(NSString*)str
  7. {
  8. // NOTE: str为nil会建立一个空字串，而不是引用一个指向UTF8String空指针.
  9. std::string cpp_str([str UTF8String], [str lengthOfBytesUsingEncoding:NSUTF8StringEncoding]);
  10. wrapped.ExampleMethod(cpp_str);
  11. }
定义的CppObject实例wrapped在ObjcObject创建时，CppObject的缺省建构函数会被调用，而在ObjcObject被调用dealloc析构时，ObjcObject的析构函数也会被调用。如果ObjcObject没有提供缺省的建构函数，编译就会失败。
管理被封装C++对象的生命周期
解决方案是透过new关键字掌握建构过程, 比如:
[cpp] view plaincopyprint?
  1. @interface ObjcObject () {
  2. CppObject* wrapped; // 指针!会在alloc时初始为NULL.
  3. }
  4. @end
  5. @implementation ObjcObject
  6. - (id)initWithSize:(int)size
  7. {
  8. self = [super init];
  9. if (self)
  10. {
  11. wrapped = new CppObject(size);
  12. if (!wrapped) self = nil;
  13. }
  14. return self;
  15. }
  16. //...

如果是使用C++异常, 也可以使用 try {...} catch {...}把创建过程封装起来. 相应地，还要显式地释放封闭对象:

[cpp] view plaincopyprint?
  1. - (void)dealloc
  2. {
  3. delete wrapped;
  4. [super dealloc]; // 如果使用了ARC,这句就要略去
  5. }

作者接着提到了另一个方法，显示分配一块内存，然后在它的基础上调用new来创建对象。首先声明char wrapped_mem[sizeof(CppObject)]; 再使用wrapped = new(wrapped_mem) CppObject();创建了实例wrapped。释放时if (wrapped) wrapped->~CppObject();  这样虽然可行，但不建议使用。

 总结
 一定要确保封装的方法仅返回和使用C或Objective-C类型的返回值及参数。同时不要忘记C++中不存在nil, 而NUL是不可用于解引用的。
反向:在C++代码中使用Objective-C类
这个问题同样存在于头文件中。你不能因为引入Objective-C类型而污染了C++头文件，或无法被纯C++代码所引用。比方说，我们想封装的Objective-C类ABCWidget ，在ABCWidget.h声明为:
[cpp] view plaincopyprint?
  1. #import <Foundation/Foundation.h>
  2. @interface ABCWidget
  3. - (void)init;
  4. - (void)reticulate;
  5. // etc.
  6. @end

这样的类定义在Objective-C++中是没有问题的，但在纯C++的代码是不允许的:

[cpp] view plaincopyprint?
  1. #import "ABCWidget.h"
  2. namespace abc
  3. {
  4. class Widget
  5. {
  6. ABCWidget* wrapped;
  7. public:
  8. Widget();
  9. ~Widget();
  10. void Reticulate();
  11. };
  12. }

一个纯粹的C++编译器在Foundation.h中的代码和ABCWidget声明位置出错。

永恒的PIMPL
有没有这样的东西作为一类扩展C + +，这样的把戏将无法正常工作。 另一方面，PIMPL，工作得很好，实际上是比较常用的纯C + +了。 在我们的例子中，我们减少到最低限度：C + +类
C++并没有之前提到的class extension，但是却有另一种较为常用的方式:PIMPL (Private Implementation, 私有实现)。这里，将C++ class的定义精简为:
[cpp] view plaincopyprint?
  1. namespace abc
  2. {
  3. struct WidgetImpl;
  4. class Widget
  5. {
  6. WidgetImpl* impl;
  7. public:
  8. Widget();
  9. ~Widget();
  10. void Reticulate();
  11. };
  12. }

然后在Widget.mm中:

[cpp] view plaincopyprint?
  1. #include "Widget.hpp"
  2. #import "ABCWidget.h"
  3. namespace abc
  4. {
  5. struct WidgetImpl
  6. {
  7. ABCWidget* wrapped;
  8. };
  9. Widget::Widget() :
  10. impl(new WidgetImpl)
  11. {
  12. impl->wrapped = [[ABCWidget alloc] init];
  13. }
  14. Widget::~Widget()
  15. {
  16. if (impl)
  17. [impl->wrapped release];
  18. delete impl;
  19. }
  20. void Widget::Reticulate()
  21. {
  22. [impl->wrapped reticulate];
  23. }
  24. }
它的工作原理是，前置声明。声明这样的结构或类对象的指针成员变量、结构或类就足够了。
需要注意的是封装的对象会在析构函数中释放。即便对于使用了ARC的项目，我还是建议你对这样的对C++/Objective-C重引用的文件屏蔽掉它。不要让C++代码依赖于ARC。在XCode中可以针对个别文件屏蔽掉ARC。Target properties->Build phase页签，展开'Compile Sources', 为特定文件添加编译选项-fno-objc-arc。
C++中封装Objective-C类的捷径
您可能已经注意到，PIMPL解决方案使用两个级别的间接引用。 如果包装的目标类像本例中的一样简单，就可能会增大了复杂性。 虽然Objective-C的类型一般不能使用在纯C++中，不过有一些在C中实际已经定义了。id类型就是其中之一，它的声明在<objc/objc-runtime.h>头文件中。虽然会失去一些Objective-C的安全性，你还是可以把你的对象直接传到C++类中：
[cpp] view plaincopyprint?
  1. #include <objc/objc-runtime.h>
  2. namespace abc
  3. {
  4. class Widget
  5. {
  6. id /* ABCWidget* */ wrapped;
  7. public:
  8. Widget();
  9. ~Widget();
  10. void Reticulate();
  11. };
  12. }

不建议向id对象直接发送消息。这样你会失去很多编译器的检查机制，特别是对于不同类中有着相同selector名字的不同方法时。所以:

[cpp] view plaincopyprint?
  1. #include "Widget.hpp"
  2. #import "ABCWidget.h"
  3. namespace abc
  4. {
  5. Widget::Widget() :
  6. wrapped([[ABCWidget alloc] init])
  7. {
  8. }
  9. Widget::~Widget()
  10. {
  11. [(ABCWidget*)impl release];
  12. }
  13. void Widget::Reticulate()
  14. {
  15. [(ABCWidget*)impl reticulate];
  16. }
  17. }

像这样的类型转换很容易在代码中隐藏错误，再尝试一个更好的方式。在头文件中:

[cpp] view plaincopyprint?
  1. #ifdef __OBJC__
  2. @class ABCWidget;
  3. #else
  4. typedef struct objc_object ABCWidget;
  5. #endif
  6. namespace abc
  7. {
  8. class Widget
  9. {
  10. ABCWidget* wrapped;
  11. public:
  12. Widget();
  13. ~Widget();
  14. void Reticulate();
  15. };
  16. }

如果这个头文件被一个mm文件引用，编译器可以充分识别到正确的类。 如果是在纯C++模式中引用，ABCWidget*是一个等价的id类型：定义为typedef struct objc_object* id; 。 #ifdef块还可以被进一步放到一个可重用的宏中:

[cpp] view plaincopyprint?
  1. #ifdef __OBJC__
  2. #define OBJC_CLASS(name) @class name
  3. #else
  4. #define OBJC_CLASS(name) typedef struct objc_object name
  5. #endif
现在，我们可以前置声明在头文件中一行就可以适用于所有4种语言:
  OBJC_CLASS(ABCWidget);
 
转载请注明出处:http://blog.csdn.net/horkychen

混合使用Objective-C，C++和Objective-C++相关推荐

  1. Objective C范型

    范型 范型编程是一种程序语言设计范式,它允许程序员在使用强类型的语言编写代码的时候,延迟确定具体的类型. 以Swift代码为例,假如有一个需求是要交换两个int,很容易写出类似代码 func swap ...

  2. Paper：《Distilling the Knowledge in a Neural Network神经网络中的知识蒸馏》翻译与解读

    Paper:<Distilling the Knowledge in a Neural Network神经网络中的知识蒸馏>翻译与解读 目录 <Distilling the Know ...

  3. 如何在企业推行OKR？

    对于许多小型企业来说,SaaS是采用先进技术的最好途径,它消除了企业购买.构建和维护基础设施和应用程序的需要. SaaS不仅减少了或取消了传统的软件授权费用,而且厂商将应用软件部署在统一的服务器上,免 ...

  4. ICLR2020 | StructBERT : 融合语言结构的BERT模型

    今天给大家介绍阿里巴巴达摩院在ICLR2020的一篇论文,该研究针对预训练语言模型BERT在预训练任务中忽略了语言结构的问题,作者对BERT进行扩展,通过加入语言结构到预训练任务中,其核心思想是在预训 ...

  5. Object-C与Swift混合开发

    Object-C作为Apple的iOS App开发语言服务了很多个年头,2014年Apple推出了新的编程语言Swift.更高效更安全的口号再次吸引了一大批非iOS开发程序猿进入,小编觉得Swift代 ...

  6. python下载安装教程mac-教程｜如何在mac上为Python安装XGBoost!

    原标题:教程|如何在mac上为Python安装XGBoost! 摘要:XGBoost是一个开发非常快速和准确的梯度增强模型的库,它在Kaggle数据科学竞赛中被大量的kaggle选手选用,其中包括两个 ...

  7. MATLAB应用实战系列NSGA-II多目标优化算法原理及应用实例（附MATLAB代码）

    前言 NSGA-Ⅱ是最流行的多目标遗传算法之一,它降低了非劣排序遗传算法的复杂性,具有运行速度快,解集的收敛性好的优点,成为其他多目标优化算法性能的基准. NSGA-Ⅱ算法是 Srinivas 和 D ...

  8. ML之RFXGBoost：基于RF/XGBoost(均+5f-CrVa)算法对Titanic(泰坦尼克号)数据集进行二分类预测(乘客是否生还)

    ML之RF&XGBoost:基于RF/XGBoost(均+5f-CrVa)算法对Titanic(泰坦尼克号)数据集进行二分类预测(乘客是否生还) 目录 输出结果 比赛结果 设计思路 核心代码 ...

  9. ML之RFXGBoost：分别基于RF随机森林、XGBoost算法对Titanic(泰坦尼克号)数据集进行二分类预测(乘客是否生还)

    ML之RF&XGBoost:分别基于RF随机森林.XGBoost算法对Titanic(泰坦尼克号)数据集进行二分类预测(乘客是否生还) 目录 输出结果 设计思路 核心代码 输出结果 设计思路 ...

  10. ML之Xgboost：利用Xgboost模型对数据集(比马印第安人糖尿病)进行二分类预测(5年内是否患糖尿病)

    ML之Xgboost:利用Xgboost模型对数据集(比马印第安人糖尿病)进行二分类预测(5年内是否患糖尿病) 目录 输出结果 设计思路 核心代码 输出结果 X_train内容: [[ 3. 102. ...

最新文章

  1. OvS、OvS-DPDK、VPP 基准性能对比
  2. Linux cp命令 拷贝文件
  3. SM_INTEGRATION_SRV
  4. 是时候抛弃Java 7 – JBoss EAP 6.4了！
  5. react学习(15)-getTime selectedRowKeys是this.props取值的
  6. “一张图”解释特色小镇发展历程
  7. 有哪些送给20多岁年轻人的建议？
  8. 美国湾区2016年科技行业就业增长率出现骤降
  9. 统一沟通-技巧-9-Lync 2010-Outlook 2010-自动配置-1-IT人员
  10. ffmpeg ffplay ffprobe资料整理
  11. h5快速制作工具-企业级. 非个人无水印
  12. html邮件模板美化,设计利器：定制你的炫酷邮件模板
  13. 局域网内两台电脑无法共享文件问题
  14. 在word中怎么实现奇数页页眉用本章标题，偶数页用论文标题？
  15. 亿级流量电商详情页系统实战-1.小型电商网站的商品详情页的页面静态化架构以及其缺陷
  16. redis数据库的下载安装/免安装版
  17. Python中的布尔类型
  18. MobSF移动安全检测框架简述
  19. 2020海大计算机学院保研名单,中国海洋大学2020年硕士研究生拟录取名单公示 （全日制）...
  20. JavaSE-利用随机数制作的打怪游戏

热门文章

  1. php显示图片缩略图,使用ThinkPHP生成缩略图及显示的方法
  2. 计算机故障按照产生机理来分可分为,维修自测题
  3. codeblocks哪个字体最舒服_如果给你一百万让你放弃一种美食永远不吃，你会放弃哪个？...
  4. 小度智能音响拆解 芯片_不拆不快：小度音箱拆解测评
  5. c语言c判断字符数字,c语言问题求教 利用函数判断字符串中是否全为数字
  6. 常量表达式不允许函数调用_SQLite特殊索引之表达式索引
  7. python文本相似度分析_文本相似度分析（基于jieba和gensim）
  8. ionic3 html调用摄像头,Ionic3项目实战
  9. android显示多个网络图片不显示,Android显示网络图片实例
  10. java 调用 rsync_运行rsync时，QProcess不显示任何输出