objective-c 关于import与@class的理解

objective-c中，当一个类使用到另一个类时，并且在类的头文件中需要创建被引用的指针时，

一、#import和@class

如下面代码：

A.h文件

#import "B.h"@interface A : NSObject {    B *b;}@end

为了简单起见：A类是引用类，B类是被引用类，这里先不考虑A类的实现文件。

通常引用一个类有两种办法：

    一种是通过#import方式引入；另一种是通过@class引入；

这两种的方式的区别在于：

1、#import方式会包含被引用类的所有信息，包括被引用类的变量和方法；@class方式只是告诉编译器在A.h文件中

B *b

只是类的声明，具体这个类里有什么信息，这里不需要知道，等实现文件中真正要用到时，才会真正去查看B类中信息；

2、使用@class方式由于只需要只要被引用类（B类）的名称就可以了，而在实现类由于要用到被引用类中的实体变量和方法，所以需要使用#importl来包含被引用类的头文件；

3、通过上面2点也很容易知道在编译效率上，如果有上百个头文件都#import了同一个文件，或者这些文件依次被#improt（A->B, B->C,C->D…）,一旦最开始的头文件稍有改动，后面引用到这个文件的所有类都需要重新编译一遍，这样的效率也是可想而知的，而相对来讲，使用@class方式就不会出现这种问题了；

4、对于循环依赖关系来说，比方A类引用B类，同时B类也引用A类，B类的代码：

#import "A.h"@interface B : NSObject {    A *a;}@end

当程序运行时，编译会报错，

当使用@class在两个类相互声明，就不会出现编译报错。

由上可知，@class是放在interface中的，只是在引用一个类，将这个被引用类作为一个类型，在实现文件中，如果需要引用到被引用类的实体变量或者方法时，还需要使用#import方式引入被引用类。

如：

A.m文件

#import "A.h"#import "B.h"@implementation A......

二、#import<......>和#import "......"的区别

#import <……>导致预处理程序只在特殊的"system"头文件目录中寻找包含文件，当前目录不会被搜索。

#import "……"预处理程序在一个或者多个文件目录。

转载自：http://jordy.easymorse.com/?p=757