OC和C语言的混编注意点和好处
苹果的Objective-C编译器批准用户在统一个源文件里自由地混杂利用C++和Objective-C,混编后的语言叫Objective-C++。有了它,你就能够在Objective-C利用过程中利用已有的C++类库。
Objective-C和C++混编的关键
在 Objective-C++中,能够用C++代码调用措施也能够从Objective-C调用措施。在这两种语言里对象都是指针,能够在任何地方利用。例如,C++类能够利用Objective-C对象的指针作为数据成员,Objective-C类也能够有C++对象指针做实例变量。下例解释了这一点。
当心:Xcode必需源文件以".mm"为伸展名,这么能力启用编译器的Objective-C++伸展。
- #import <Foundation/Foundation.h>
- class Hello {
- private:
- id greeting_text; // holds an NSString
- public:
- Hello() {
- greeting_text = @"Hello, world!";
- }
- Hello(const char* initial_greeting_text) {
- greeting_text = [[NSString alloc] initWithUTF8String:initial_greeting_text];
- }
- void say_hello() {
- printf("%s/n", [greeting_text UTF8String]);
- }
- };
- @inte***ce Greeting : NSObject {
- @private
- Hello *hello;
- }
- - (id)init;
- - (void)dealloc;
- - (void)sayGreeting;
- - (void)sayGreeting:(Hello*)greeting;
- @end
- @implementation Greeting
- - (id)init {
- if (immolation = [super init]) {
- hello = new Hello();
- }
- return immolation;
- }
- - (void)dealloc {
- delete hello;
- [super dealloc];
- }
- - (void)sayGreeting {
- hello->say_hello();
- }
- - (void)sayGreeting:(Hello*)greeting {
- greeting->say_hello();
- }
- @end
- int main() {
- NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
- Greeting *greeting = [[Greeting alloc] init];
- [greeting sayGreeting]; // > Hello, world!
- Hello *hello = new Hello(xj.xjwmz.com"Bonjour, monde!");
- [greeting sayGreeting:hello]; // > Bonjour, monde!
- delete hello;
- [greeting release];
- [pool release];
- return 0;
- }
正如你能够在OC接口中声明C构造一样,你也能够在OC接口中声明C++类。跟C构造一样,OC接口中定义的C++类是大局范围的,不是OC类的内嵌类(这与规范C(尽管不是C++)晋级嵌套构造定义为文件范围是统一的)。
为了批准你基于语言变种条件化地编写代码,OC++编译器定义了__cplusplus和__OBJC__预处理器常量,离别指定C++和OC。如前所述,OC++不批准C++类继承自OC对象,也不批准OC类继承自C++对象。
- class Base { };
- @inte***ce ObjCClass: Base ... @end // ERROR!
- class Derived: public ObjCClass ... // ERROR!
与 OC不同的是,C++对象是静态种类的,有运行时多态是特异情形。两种语言的对象模型因而不能直接接受。更大约的,OC和C++对象在内存中的格局是互不相容的,也即便说,等闲不可能创立一个对象实例从两种语言的角度来看都是管用的。因而,两种种类层次构造不能被混杂。
你能够在OC类内部声明C++类,编译器把这些类当作已声明在大局名目空间来看待。就像下面:
- @inte***ce Foo {
- class Bar { ... } // OK
- }
- @end
- Bar *barPtr; // OK
OC批准C构造作为实例变量,不管它是否声明在OC声明内部。
- @inte***ce Foo {
- struct CStruct { ... };
- struct CStruct bigIvar; // OK
- } ... @end
Mac OS X 10.4尔后,万一你设置fobjc- call-cxx-cdtors编译器符号,你就能够利用包括虚函数和故含义的用户自定义零参数构造函数、析构函数的C++类实例来做为实例变量(gcc-4.2默认设置编译器符号fobjc-call-cpp-cdtors)。OC成员变量alloc完尔后,alloc函数会按声明次序调用构造器。构造器利用公共无参数稳妥的构造函数。OC成员变量dealloc之前,dealloc措施按声明次序反序调用调用析构函数。 OC没知名目空间得观念。不能在C++名目空间内部声明OC类,也不能在OC类里声明名目空间。
OC类,协议,分类不能声明在C++ template里,C++ template也不能声明在OC接口,协议,分类的范围内。
然而,OC类能够做C++ template的参数,C++ template参数也能够做OC消息表白式的空气压缩机接收者或参数(不能穿越selector)。
C++词汇歧义和抵触
OC头文件中定义了一些标识符,所有的OC过程定然包括的,这些标识符识id,Class,SEL,IMP和BOOL。
OC措施内,编译器预声明了标识符immolation和super,就想C++中的关键字this。跟C++的this不同的是,immolation和super是上下文相干的;OC措施外他们还能够用于等闲标识符。
协议内措施的参数列表,有5个上下文相干的关键字(oneway,in,out,inout,bycopy)。这些在其他内容中不是关键字。
从 OC过程员的角度来看,C++添置了不少新的关键字。你依旧能够利用C++的关键字做OC selector的一局部,因而波及并不严重,但你不能利用他们命名OC类和实例变量。例如,尽管class是C++的关键字,然而你依旧能够利用 NSObject的措施class:
- [foo class]; // OK
然而,因为它是一个关键字,你不能用class做变量名目:
- NSObject *class; // Error
OC里类名和分类名有独自的命名空间。@inte***ce foo和@inte***ce(foo)能够同时存在在一个源代码中。OC++里,你也能用C++中的类名或构造名来命名你的分类。
协议和template标识符利用语法雷同但目标不同:
- id<someProtocolName> foo;TemplateType<SomeTypeName> bar;
为了避免这种笼统之处,编译器不批准把id做template名目。最后,C++有一个语法歧义,当一个label后面跟了一个表白式表示一个大局名目时,就像下面:
- label: ::global_name = 3;
第一个冒号后面必需空格。OC++有相仿情形,也必需一个空格:
- receiver selector: ::global_c++_name;
局限
OC++ 未曾为OC类添置C++的功能,也未曾为C++类添置OC的功能。例如,你不能用OC语法调用C++对象,也不能为OC对象添置构造函数和析构函数,也不能将this和immolation互相轮换利用。类的系统构造是自力更生的。C++类不能继承OC类,OC类也不能继承C++类。另外,多语言失常处理是不扶持的。也就是说,一个OC抛出的失常不能被C++代码捉拿,反到来C++代码抛出的失常不能被OC代码捉拿。尤其是那些能够轻率在阅读代码的时候觉察的讹谬,这些讹谬经常不轻率穿越机器上的测验分辨出来。
OC和C语言的混编注意点和好处的更多相关文章
- Xcode中C、C++、Object-C3种语言的混编
转自: http://hi.baidu.com/onejw/item/f34390c997cdc226a1b50ae http://www.cocoachina.com/ask/questions/s ...
- swift objective-及c语言 混编
在xocde6出来我们大部分代码都是用objective-c写的(部分C/C++),现在出生来了一个新的语言叫swift,那么如何既能使用我们之前的代码,还可以使用新语言呢, 本文就此做一下说明. 关 ...
- IOS --- OC与Swift混编
swift 语言出来后,可能新的项目直接使用swift来开发,但可能在过程中会遇到一些情况,某些已用OC写好的类或封装好的模块,不想再在swift 中再写一次,哪就使用混编.这个在IOS8中是允许的. ...
- 【转】IOS --- OC与Swift混编
群里大神发的网址,感觉有用就先收录了,暂时没时间看SWIFT,感觉代码简洁,但是可阅读性不是太高,有些代码让系统去判断类型,同样的,我们看代码的时候也得自己去判断类型,或许看多就习惯了,有时间再说吧, ...
- iOS开发--混编篇&swift与OC混合使用
Swift与OC混合使用 swift 语言出来后,可能新的项目直接使用swift来开发,但可能在过程中会遇到一些情况,某些已用OC写好的类或封装好的模块,不想再在swift 中再写一次,哪就使用混编. ...
- OC与Swift混编
群里大神发的网址,感觉有用就先收录了,暂时没时间看SWIFT,感觉代码简洁,但是可阅读性不是太高,有些代码让系统去判断类型,同样的,我们看代码的时候也得自己去判断类型,或许看多就习惯了,有时间再说吧, ...
- 初探swift语言的学习—Object-C与Swift混编
swift 语言出来后,可能新的项目直接使用swift来开发,但可能在过程中会遇到一些情况,某些已用OC写好的类或封装好的模块,不想再在swift 中再写一次,哪就使用混编.这个在IOS8中是允许的. ...
- 详解 swift2.2 和 OC 的混编
前言: 我们在一些情况下,仅仅使用swift 是无法完成一个项目的,在swift项目中必要用到 OC 实现一些功能,比如,项目要使用一些第三方的框架,但这个第三方的框架却是用 OC 实现的,或者你的项 ...
- 详解Swift和OC的混编
前言: 我们在一些情况下,仅仅使用swift 是无法完成一个项目的,在swift项目中必要用到 OC 实现一些功能,比如,项目要使用一些第三方的框架,但这个第三方的框架却是用 OC 实现的,或者你的项 ...
随机推荐
- caffe绘制训练过程的loss和accuracy曲线
转自:http://blog.csdn.net/u013078356/article/details/51154847 在caffe的训练过程中,大家难免想图形化自己的训练数据,以便更好的展示结果.如 ...
- php 之mysqli简单封装
1:DBHelper.class.php <?php class DBHelper{ private $mysqli; private static $host='127.0.0.1'; pri ...
- FJ省队集训最终测试 T2
思路:发现如果一个人一共选了x个点,那么选中某一个点对的概率都是一样的,一个人选x个点的总方案是C(n,x),一个人选中某个点对的总方案是C(n-2,x-2),这样,那么选中某个点对的概率就是 x*( ...
- VS项目如何添加到svn
SVN是Subversion的简称,是一个开放源代码的版本控制系统,相较于RCS.CVS,它采用了分支管理系统,它的设计目标就是取代CVS.这里就讲一下VS2010如何将项目导入SVN版本控制. 工具 ...
- Windows 8.1下使用IE 64位
Internet Options -> Advanced -> Settings Security组 对Enable 64-bit processes for Enhanced Prote ...
- 编程:C#调用Python模块
当下,C#与Python都是比较热门的计算机编程语言,他们各有优缺点,如果能让他们互相配合工作,那是多么美好的事情,今天我来讲解一下如何利用C#来调用Python. 如果让C#支持调用Python模块 ...
- hdu2769:枚举+同余方程
题意:有一个随机数生成器 x[i+1]=(a*x[i]+b)%10001 已知 x1,x3,x5...求 x2,x4,x6...... x的个数为 2n (n<=10000) a,b也在 0 ...
- 关于maven-jetty-plugin 自动重启问题
<plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin ...
- 如何保存JMeter的性能测试数据到ElasticSearch上,并且使用Kibana进行可视化分析(1)
前言 Jmeter是一款性能测试,压力测试的开源工具,被大量的测试人员拿来测试产品的性能,负载等等. Jmeter除了强大的预置的各种插件,各种可视化图表工具以外,也有些固有的缺陷,例如: 我们往往只 ...
- 关于hibernate中对象的三种状态分析
一,首先hibernate中对象的状态有三种:瞬态.游离态和持久态,三种状态转化的方法都是通过session来调用,瞬态到持久态的方法有save().saveOrUpdate().get().load ...