OC 和C++ 混编

C/C++ 专栏收录该内容
14 篇文章 0 订阅

Objective-C和C++混编的要点
在 Objective-C++中,可以用C++代码调用方法也可以从Objective-C调用方法。在这两种语言里对象都是指针,可以在任何地方使用。例 如,C++类可以使用Objective-C对象的指针作为数据成员,Objective-C类也可以有C++对象指针做实例变量。下例说明了这一点。
注意:Xcode需要源文件以".mm"为扩展名,这样才能启动编译器的Objective-C++扩展。

C++词汇歧义和冲突
OC头文件中定义了一些标识符,所有的OC程序必须包含的,这些标识符识id,Class,SEL,IMP和BOOL。
OC方法内,编译器预声明了标识符self和super,就想C++中的关键字this。跟C++的this不同的是,self和super是上下文相关的;OC方法外他们还可以用于普通标识符。
协议内方法的参数列表,有5个上下文相关的关键字(oneway,in,out,inout,bycopy)。这些在其他内容中不是关键字。
从 OC程序员的角度来看,C++增加了不少新的关键字。你仍然可以使用C++的关键字做OC selector的一部分,所以影响并不严重,但你不能使用他们命名OC类和实例变量。例如,尽管class是C++的关键字,但是你仍然能够使用 NSObject的方法class:

  1. [foo class]; // OK

然而,因为它是一个关键字,你不能用class做变量名称:

  1. NSObject *class; // Error

OC里类名和分类名有单独的命名空间。@interface foo和@interface(foo)能够同时存在在一个源代码中。OC++里,你也能用C++中的类名或结构名来命名你的分类。
协议和template标识符使用语法相同但目的不同:

  1. id<someProtocolName> foo;
  2. TemplateType<SomeTypeName> bar;

为了避免这种含糊之处,编译器不允许把id做template名称。    最后,C++有一个语法歧义,当一个label后面跟了一个表达式表示一个全局名称时,就像下面:

  1. label: ::global_name = 3;

第一个冒号后面需要空格。OC++有类似情况,也需要一个空格:

  1. receiver selector: ::global_c++_name;


限制
OC++ 没有为OC类增加C++的功能,也没有为C++类增加OC的功能。例如,你不能用OC语法调用C++对象,也不能为OC对象增加构造函数和析构函数,也不 能将this和self互相替换使用。类的体系结构是独立的。C++类不能继承OC类,OC类也不能继承C++类。另外,多语言异常处理是不支持的。也就 是说,一个OC抛出的异常不能被C++代码捕获,反过来C++代码抛出的异常不能被OC代码捕获。


原文网址: http://developer.apple.com/iphone/library/documentation/Cocoa/Conceptual/ObjectiveC/Articles/ocCPlusPlus.html


iPhone开发中,在XCode下混合编译

C++/Objective-C

先说题外话,文章标题其实起的不好,在iOS的开发中,Apple建立的库基本都是用Objective-C写的,所以在这里的C++指的其实

是Objective-C++。

首先,最最最要紧的事情,不是代码而是编译器选项,在做混合编译之前一定要把编译器的Compile Sources As选项改为Objective C++。

默认的选项是According to file type,用这个的话,你后面每个不在交叉行列里的类都OK,一旦两种语言在一个文件中相互调用,

就会报错,而且报的错怪的很,比如:找不到new,找不到delete,等等。

 

既然是调用嘛,肯定要有来有往,先说说,在C++中如何调用Objective-C:(参考这个,我略做修改)

1. 封装Objective-C的对象函数变为C的函数接口

2. 写一个对应的C++类调用

说起来简单,看看例子就知道什么情况了。

 

// MyObject-C-Interface.h #ifndef __MYOBJECT_C_INTERFACE_H__ #define __MYOBJECT_C_INTERFACE_H__ 1 int MyObjectDoSomethingWith ( void *myObjectInstance,  void *parameter); #endif // MyObject.h #import  " MyObject-C-Interface.h " @interface MyObject : NSObject {      int someVar; } - ( int) doSomethingWith:( void *) aParameter; @end // MyObject.m #import  " MyObject.h " int MyObjectDoSomethingWith ( void *self,  void *aParameter) {      return [(id) self doSomethingWith:aParameter]; } @implementation MyObject - ( int) doSomethingWith:( void *) aParameter {      //  ... some code      return  1; } @end // MyCPPClass.h #ifndef __MYCPPCLASS_H__ #define __MYCPPCLASS_H__ class MyCppClass { public:       int MyCPPClass::someMethod ( void *objectiveCObject,  void *aParameter); } #endif // MyCPPClass.cpp #include  " MyCPPClass.h " #include  " MyObject-C-Interface.h " int MyCPPClass::someMethod ( void *objectiveCObject,  void *aParameter) {      return MyObjectDoSomethingWith (objectiveCObject, aParameter); }

如上面所示,先搞个弱类型的C函数接口,然后在Objective C的类中实现该接口。最后,在C++的类中调用弱类型,和弱接口。

 

在工程主体框架是用Objective-C写成的前提下,上面的这种调用并不实用,完全是技术可能性的研究。说白了,

就是骗骗编译器玩,同时也失去了C++优雅的强类型特性。

 

下面这个才是真金白银有用的,在Objective-C代码下调用C++类代码:

1. 建立一个C++类

2. 写一个Adaptor的Objective-C类

3. 在其他Objective-C的逻辑中调用Adaptor类。

还是代码:)

// //   CPlusPlusClass.h //   MixCompileTest // //   Created by biosli on 11-4-30. //   Copyright 2011 __MyCompanyName__. All rights reserved. // #ifndef __CPLUSPLUS_CLASS_H__ #define __CPLUSPLUS_CLASS_H__ class CPlusPlusClass { public:     CPlusPlusClass();      virtual ~CPlusPlusClass();      void func();      void setInt ( int i) {         m_i = i;     }      private:      int m_i; }; #endif // //   CPlusPlusClass.mm //   MixCompileTest // //   Created by biosli on 11-4-30. //   Copyright 2011 __MyCompanyName__. All rights reserved. // #include <stdio.h> #include  " CPlusPlusClass.h " CPlusPlusClass::CPlusPlusClass() : m_i( 0)  {     printf( " CPlusPlusClass::CPlusPlusClass()\n ");     func(); } CPlusPlusClass::~CPlusPlusClass()  {     printf( " CPlusPlusClass::~CPlusPlusClass()\n "); } void CPlusPlusClass::func() {     printf( " CPlusPlusClass func print: %d\n ", m_i); } // //   ObjectiveCAdaptor.h //   MixCompileTest // //   Created by biosli on 11-4-30. //   Copyright 2011 __MyCompanyName__. All rights reserved. // #import <Foundation/Foundation.h> class CPlusPlusClass;  // 这个声明得小心,千万不要写成@class,兄弟我搞了半宿才找到这个错误。呵呵,见笑,见笑。 @interface ObjectiveCAdaptor : NSObject { @private     CPlusPlusClass *testObj; } - ( void) objectiveFunc; @end // //   ObjectiveCAdaptor.m //   MixCompileTest // //   Created by biosli on 11-4-30. //   Copyright 2011 __MyCompanyName__. All rights reserved. // #import  " ObjectiveCAdaptor.h " #include  " CPlusPlusClass.h " @implementation ObjectiveCAdaptor - (id) init {      if (self = [super init]) {         testObj =  new CPlusPlusClass();     }           return self; } - ( void) dealloc {      if (testObj != NULL) {         delete testObj;         testObj = NULL;     }     [super dealloc]; } - ( void) objectiveFunc {     testObj->setInt( 5);     testObj->func(); @end // 调用示例: - ( void) callObjectiveCAdaptorMethod {     ObjectiveCAdaptor *testObjectiveCObj = [[ObjectiveCAdaptor alloc] init];     [testObjectiveCObj objectiveFunc];     [testObjectiveCObj release]; }

 上面这个例子演示了创建C++类,创建Objective-C的Adaptor类,和最后调用的全过程。

在编写混合编译代码时一定要记住一个原则,Objective-C++这个东东包含了Objective-C和C++的所有关键字和符号,

所以在编写交叉编译代码时,千万不要用混本来就很像的关键字和符号。

 

参考资料:

具体的代码限制:请参考《Objective-C和C++混编的要点》

混合编译好处多,这篇文章叙述的相当到位《Strategies for Using C++ in Objective-C Projects》

更多 0

  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

相关推荐
DirectX修复工具(DirectX Repair)是一款系统级工具软件,简便易用。本程序为绿色版,无需安装,可直接运行。 本程序的主要功能是检测当前系统的DirectX状态,如果发现异常则进行修复。程序主要针对0xc000007b问题设计,可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010),并且全部DX文件都有Microsoft的数字签名,安全放心。 本程序为了应对一般电脑用户的使用,采用了易用的一键式设计,只要点击主界面上的“检测并修复”按钮,程序就会自动完成校验、检测、下载、修复以及注册的全部功能,无需用户的介入,大大降低了使用难度。在常规修复过程中,程序还会自动检测DirectX加速状态,在异常时给予用户相应提示。 本程序适用于多个操作系统,如Windows XP(需先安装.NET 2.0,详情请参阅“致Windows XP用户.txt”文件)、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10,同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同,自动调整任务模式,无需用户进行设置。 本程序的V4.0版分为标准版、增强版以及在线修复版。所有版本都支持修复DirectX的功能,而增强版则额外支持修复c++的功能。在线修复版功能与标准版相同,但其所需的数据包需要在修复时自动下载。各个版本之间,主程序完全相同,只是其配套使用的数据包不同。因此,标准版和在线修复版可以通过补全扩展包的形式成为增强版。本程序自V3.5版起,自带扩展功能。只要在主界面的“工具”菜单下打开“选项”对话框,找到“扩展”标签,点击其中的“开始扩展”按钮即可。扩展过程需要Internet连接,扩展成功后新的数据包可自动生效。扩展用时根据网络速度不同而不同,最快仅需数秒,最慢需要数分钟,烦请耐心等待。如扩展失败,可点击“扩展”界面左上角小锁图标切换为加密连接,即可很大程度上避免因防火墙或其他原因导致的连接失败。 本程序自V2.0版起采用全新的底层程序架构,使用了异步多线程编程技术,使得检测、下载、修复单独进行,互不干扰,快速如飞。新程序更改了自我校验方式,因此使用新版本的程序时不会再出现自我校验失败的错误;但并非取消自我校验,因此程序安全性与之前版本相同,并未降低。 程序有更新系统c++功能。由于绝大多数软件运行时需要c++的支持,并且c++的异常也会导致0xc000007b错误,因此程序在检测修复的同时,也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包,可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版,标准版及在线修复版在系统c++异常时(非丢失时)会提示用户使用增强版进行修复。除常规修复外,新版程序还支持C++强力修复功能。当常规修复无效时,可以到本程序的选项界面内开启强力修复功能,可大幅提高修复成功率。请注意,请仅在常规修复无效时再使用此功能。 程序有两种窗口样式。正常模式即默认样式,适合绝大多数用户使用。另有一种简约模式,此时窗口将只显示最基本的内容,修复会自动进行,修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速,同时方便其他软件、游戏将本程序内嵌,即可进行无需人工参与的快速修复。开启简约模式的方法是:打开程序所在目录下的“Settings.ini”文件(如果没有可以自己创建),将其中的“FormStyle”一项的值改为“Simple”并保存即可。 新版程序支持命令行运行模式。在命令行中调用本程序,可以在路径后直接添加命令进行相应的设置。常见的命令有7类,分别是设置语言的命令、设置窗口模式的命令,设置安全级别的命令、开启强力修复的命令、设置c++修复模式的命令、控制Direct加速的命令、显示版权信息的命令。具体命令名称可以通过“/help”或“/?”进行查询。 程序有高级筛选功能,开启该功能后用户可以自主选择要修复的文件,避免了其他不必要的修复工作。同时,也支持通过文件进行辅助筛选,只要在程序目录下建立“Filter.dat”文件,其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用,并且必须在正常窗口模式下才有效(简约模式时无效)。 本程序有自动记录日志功能,可以记录每一次检测修复结果,方便在出现问题时,及时分析和查找原因,以便找到解决办法。 程序的“选项”对话框中包含了7项高级功能。点击"常规”选项卡可以调整程序的基本运行情况,包括日志记录、安全级别控制、调试模式开启等。只有开启调试模式后才能在C
©️2020 CSDN 皮肤主题: 游动-白 设计师:白松林 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值