[Object-C]@class的含义

http://blog.sina.com.cn/s/blog_6b1e4a0601019oqm.html
为了减少由依赖关系引起的重新编译所带的影响，Objective-C引入了关键字@class来告诉编译器：“相信我，以后你会知道这个类到底是什么，但是现在，你只需要知道这些。”

它并不需要知道关于这个类的更多信息，只要了解它是通过指针引用即可。

如下例所视：

#import

@class Tire;

@class Engine;

@interface Car : NSObject

{

Tire *tires[4];

Engine *engine;

}

- (void) setEngine: (Engine *) newEngine;

- (Engine *) engine;

 

- (void) setTire: (Tire *) tire

atIndex: (int) index;

- (Tire *) tireAtIndex: (int) index;

- (void) print;

@end // Car

为什么要用@class Tire;和@class Engine;呢？

如果此处用#import来导入Tire.h和Engine.h的话，编译器会获得这两个类的大量信息，上例中，只是通过指针引用了Tire和Engine。这是@Class可以完成的工作。
http://blog.sina.com.cn/s/blog_69081e060100p4r1.html

如果有循环依赖关系，@class也很有用，即，A类使用B类，B类也使用A类。如果试图通过＃import语句让这两个类相互引用，那么最后就会出现编译错误，但是如果在A.h中使用@classB，在B.h中使用@classA，那么这两个类就可以相互引用了。

这样做的好处是：会减少＃import带来的变异错误，并且速度也快。

在Objective-c中，当一个类需要引用另一个类，即建立复合关系的时候，需要在类的头文件中建立被引用类的指针。 如：

 Car.h

#import 
 
@interface Car:NSObject
{
    Tire *tires[4];
    Engine *engine;
}
 
…
实现类我们先省略，如果你直接这么编译，编译器会报错，告诉你它不知道Tire和Engine是什么。

这时候有两个选择，一个是import这两个被引用类的头文件，另一个是使用@class声明Tire和Engine是类名。 二者的区别在于：

import会包含这个类的所有信息，包括实体变量和方法，而@class只是告诉编译器，其后面声明的名称是类的名称，至于这些类是如何定义的，暂时不用考虑，后面会再告诉你。 
在头文件中， 一般只需要知道被引用的类的名称就可以了。 不需要知道其内部的实体变量和方法，所以在头文件中一般使用@class来声明这个名称是类的名称。 而在实现类里面，因为会用到这个引用类的内部的实体变量和方法，所以需要使用#import来包含这个被引用类的头文件。 
在编译效率方面考虑，如果你有100个头文件都#import了同一个头文件，或者这些文件是依次引用的，如A–>B, B–>C, C–>D这样的引用关系。当最开始的那个头文件有变化的话，后面所有引用它的类都需要重新编译，如果你的类有很多的话，这将耗费大量的时间。而是用@class则不会。 
如果有循环依赖关系，如:A–>B, B–>A这样的相互依赖关系，如果使用#import来相互包含，那么就会出现编译错误，如果使用@class在两个类的头文件中相互声明，则不会有编译错误出现。 
所以，一般来说，@class是放在interface中的，只是为了在interface中引用这个类，把这个类作为一个类型来用的。 在实现这个接口的实现类中，如果需要引用这个类的实体变量或者方法之类的，还是需要import在@class中声明的类进来.

如：
a.h

@class Rectangle;
@interface A : NSObject {
…
}
a.m

#import Rectangle
@implementation A