Objective-C的Initialize初始化方法研究
2011-10-28 10:19
344 查看
这篇文章介绍了Objective-C比较底层的内容,主要讲解initialize和init方法的区别。从这篇文章中我们不光可以了解Objective-C在初始化时所做的事情,更可以学习到一些如何研究Objective-C语言内部到底做了什么的方法,这样你也可以自己对更深层次的内容进行探寻。
Objective-C很有趣的一个地方是,它非常非常像C。实际上,它就是C语言加上一些其他扩展和一个运行时间(runtime)。
有了这个在每个Objective-C程序中都会起作用的附加运行时间,给了它一些动态的特性。C和C++没有运行时间,他们仅仅被编译为完全按照代码的顺序去执行,不多也不少。
Objective-C中带有运行时间的好处是,它可以在你的程序运行的流程中进行参与。在Objective-C中,它包括检查是否一个对象可以处理特定的消息,如果不能处理,它就帮助你自动调用其他特定的方法去完成。
[b]initialize不是init[/b]
运行时间的行为之一就是initialize。虽然看起来有点像大家常见的init,但是他们并不相同。
在程序运行过程中,它会在你程序中每个类调用一次initialize。这个调用的时间发生在你的类接收到消息之前,但是在它的超类接收到initialize之后。
举个例子,比如一个叫做Duck的类:
viewsourceprint?
我们在这里记录initialize和init调用的时间。
我们建立三个Duck对象的实例:
viewsourceprint?
看一下记录:
[Sessionstartedat2008-03-2320:03:25-0400.]
2008-03-2320:03:25.869initialize_example[30253:10b]Hello,World!
2008-03-2320:03:25.871initialize_example[30253:10b]Duckinitialize
2008-03-2320:03:25.872initialize_example[30253:10b]Duckinit
2008-03-2320:03:25.873initialize_example[30253:10b]Duckinit
2008-03-2320:03:25.873initialize_example[30253:10b]Duckinit
我们可以看到,虽然我们创建了3个Duck的实例,但是initialize仅仅被调用了一次。我们也可以看到,直到我们创建了一个Duck的实例,initialize才被调用。
但是如果Duck有一个子类的话,比如我们建一个Duck的子类叫做Chicken(好怪异……):
viewsourceprint?
注意Chicken这个类并没有实现initialize方法。
如果我们同样运行这个程序,但是加上一个Chicken的实例:
viewsourceprint?
我们期待看到4个Duck的init调用(因为我们建立了3个Duck和一个Chicken),但是我们看到了这样情况:
viewsourceprint?
我们看到了4个Duck的init和2个Duck的initialize方法。这是怎么回事呢?
看来如果一个子类没有实现initialize方法,那么超类会调用这个方法两次,一次为自己,而一次为子类。
我们在Duck的initialize类中记录一下类名,这样可以看得更清楚:
+(void)initialize{
NSLog(@"Duckinitializeclass:%@",[selfclass]);}
现在看明白了:
viewsourceprint?
如果你希望确定只用了initialize一次用来实现某些单独运行的工作,或者希望实现仅仅运行一次的方法,检查一下[selfclass],才能确定是否是你希望做到的效果。
Objective-C很有趣的一个地方是,它非常非常像C。实际上,它就是C语言加上一些其他扩展和一个运行时间(runtime)。
有了这个在每个Objective-C程序中都会起作用的附加运行时间,给了它一些动态的特性。C和C++没有运行时间,他们仅仅被编译为完全按照代码的顺序去执行,不多也不少。
Objective-C中带有运行时间的好处是,它可以在你的程序运行的流程中进行参与。在Objective-C中,它包括检查是否一个对象可以处理特定的消息,如果不能处理,它就帮助你自动调用其他特定的方法去完成。
[b]initialize不是init[/b]
运行时间的行为之一就是initialize。虽然看起来有点像大家常见的init,但是他们并不相同。
在程序运行过程中,它会在你程序中每个类调用一次initialize。这个调用的时间发生在你的类接收到消息之前,但是在它的超类接收到initialize之后。
举个例子,比如一个叫做Duck的类:
01 | #import"Duck.h"; |
02 |
03 | @implementationDuck |
04 |
05 | +( void )initialize{ |
06 | NSLog(@ "Duckinitialize" ); |
07 | } |
08 |
09 | -( void )init{ |
10 | NSLog(@ "Duckinit" ); |
11 | } |
12 | @end |
我们建立三个Duck对象的实例:
1 | NSLog(@ "Hello,World!" ); |
2 |
3 | Duck*duck1=[[Duckalloc]init]; |
4 | Duck*duck2=[[Duckalloc]init]; |
5 | Duck*duck3=[[Duckalloc]init]; |
[Sessionstartedat2008-03-2320:03:25-0400.]
2008-03-2320:03:25.869initialize_example[30253:10b]Hello,World!
2008-03-2320:03:25.871initialize_example[30253:10b]Duckinitialize
2008-03-2320:03:25.872initialize_example[30253:10b]Duckinit
2008-03-2320:03:25.873initialize_example[30253:10b]Duckinit
2008-03-2320:03:25.873initialize_example[30253:10b]Duckinit
我们可以看到,虽然我们创建了3个Duck的实例,但是initialize仅仅被调用了一次。我们也可以看到,直到我们创建了一个Duck的实例,initialize才被调用。
但是如果Duck有一个子类的话,比如我们建一个Duck的子类叫做Chicken(好怪异……):
01 | #import<cocoa/Cocoa.h> |
02 |
03 | #import"Duck.h" |
04 |
05 |
06 | @interfaceChicken:Duck{ |
07 |
08 |
09 | } |
10 |
11 |
12 | @end |
如果我们同样运行这个程序,但是加上一个Chicken的实例:
1 | NSLog(@ "Hello,World!" ); |
2 |
3 | Duck*duck1=[[Duckalloc]init]; |
4 | Duck*duck2=[[Duckalloc]init]; |
5 | Duck*duck3=[[Duckalloc]init]; |
6 |
7 | Chicken*chicken=[[Chickenalloc]init]; |
8 | } |
1 | [Sessionstartedat2008-03-2320:13:34-0400.] |
2 |
3 | 2008-03-2320:13:34.696initialize_example[30408:10b]Hello,World! |
4 | 2008-03-2320:13:34.698initialize_example[30408:10b]Duckinitialize |
5 | 2008-03-2320:13:34.699initialize_example[30408:10b]Duckinit |
6 | 2008-03-2320:13:34.700initialize_example[30408:10b]Duckinit |
7 | 2008-03-2320:13:34.700initialize_example[30408:10b]Duckinit |
8 | 2008-03-2320:13:34.700initialize_example[30408:10b]Duckinitialize |
9 | 2008-03-2320:13:34.701initialize_example[30408:10b]Duckinit |
看来如果一个子类没有实现initialize方法,那么超类会调用这个方法两次,一次为自己,而一次为子类。
我们在Duck的initialize类中记录一下类名,这样可以看得更清楚:
+(void)initialize{
NSLog(@"Duckinitializeclass:%@",[selfclass]);}
现在看明白了:
1 | [Sessionstartedat2008-03-2320:21:08-0400.] |
2 |
3 | 2008-03-2320:21:08.816initialize_example[30513:10b]Hello,World! |
4 | 2008-03-2320:21:08.818initialize_example[30513:10b]Duckinitialize class :Duck |
5 | 2008-03-2320:21:08.819initialize_example[30513:10b]Duckinit |
6 | 2008-03-2320:21:08.820initialize_example[30513:10b]Duckinit |
7 | 2008-03-2320:21:08.820initialize_example[30513:10b]Duckinit |
8 | 2008-03-2320:21:08.820initialize_example[30513:10b]Duckinitialize class :Chicken |
9 | 2008-03-2320:21:08.821initialize_example[30513:10b]Duckinit |
相关文章推荐
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- 转帖:Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法研究
- Objective-C的Initialize初始化方法
- Orchard源码分析(5.1):Host初始化(DefaultOrchardHost.Initialize方法)
- PHP初始化验证控制器全部方法的SESSION,__initialize()
- Objective C类方法load和initialize问题集合
- Objective-C中的load和initialize方法
- Objective-C( 继承,初始化方法)
- 浅学Objective-C 初始化方法
- Objective-C学习笔记(二十二)——初始化方法init的重写与自定义
- Objective-c 中如何重写父类的初始化方法