IOS笔记(二)——Objective-C面向对象中的"@class和#import"
2013-11-16 21:59
495 查看
只有让自己充实起来,才能让我没空胡思乱想。
---------------------------------------------------------------------------------------------
声明的名称是类的名称,至于这些类是如何定义的,暂时不用考虑,后面会再告诉你。
·在头文件中, 一般只需要知道被引用的类的名称就可以了。 不需要知道其内部的实体变量
和方法,所以在头文件中一般使用@class来声明这个名称是类的名称。 而在实现类里面,因为
会用到这个引用类的内部的实体变量和方法,所以需要使用#import来包含这个被引用类的头
文件。
如果有循环依赖关系,如:A -> B, B -> A这样的相互依赖关系,如果使用#import来相互包
含,那么就会出现编译错误,如果使用@class在两个类的头文件中相互声明,则不会有编译错
误出现。
所以,一般来说,@class是放在interface中的,只是为了在interface中引用这个类,把
这个类作为一个类型来用的。 在实现这个接口的实现类中,如果需要引用这个类的实体变量或
者方法之类的,还是需要import.
---------------------------------------------------------------------------------------------
为什么会有这两个指令?
---为了解决循环引用导致的死锁问题。两者有什么区别?
---import会包含这个类的所有信息,包括实体变量和方法,而@class只是告诉编译器,其后面声明的名称是类的名称,至于这些类是如何定义的,暂时不用考虑,后面会再告诉你。
·在头文件中, 一般只需要知道被引用的类的名称就可以了。 不需要知道其内部的实体变量
和方法,所以在头文件中一般使用@class来声明这个名称是类的名称。 而在实现类里面,因为
会用到这个引用类的内部的实体变量和方法,所以需要使用#import来包含这个被引用类的头
文件。
如果有循环依赖关系,如:A -> B, B -> A这样的相互依赖关系,如果使用#import来相互包
含,那么就会出现编译错误,如果使用@class在两个类的头文件中相互声明,则不会有编译错
误出现。
所以,一般来说,@class是放在interface中的,只是为了在interface中引用这个类,把
这个类作为一个类型来用的。 在实现这个接口的实现类中,如果需要引用这个类的实体变量或
者方法之类的,还是需要import.
相关文章推荐
- 使用Object.observe 实现数据绑定
- 页面FORM转Object对象WebFormCreateInterceptor
- com/opensymphony/xwork2/spring/SpringObjectFactory.java:220:-1问题出现的原因及解决办法
- Objective-C初学者速查表
- 将JsonObject转换成HashMap
- Object 的俩个方法:equals() hashcode()
- Objective-C官方文档 协议
- Objective-C官方文档 值和集合
- Objective-C初学者速查表
- Object-C 学习笔记(三)---函数function
- Objective-C初学者速查表
- 利用GetObject("WinMgmts:")获取系统信息
- FileSystemObject的方法和属性
- Object-C 宏定义
- objective-C: NSString应该用initWithFormat? 还是 stringWithFormat?
- HashCode and Equals method in Java object – A pragmatic concept
- objective-c UISlider 滑动条基本属性
- IOS开发(objective-c)~开篇有理
- CCObject.h
- QT Embedded二三事之QObject