iOS之OC随笔-@class与#import,#include的用法区分

@class与#import二者的区别在于：

1.import会包含这个类的所有信息，包括实体变量和方法，而@class只是告诉编译器，其后面声明的名称是类的名称，至于这些类是如何定义的，暂时不用考虑，后面会再告诉你。

2.在头文件中， 一般只需要知道被引用的类的名称就可以了。 不需要知道其内部的实体变量和方法，所以在头文件中一般使用@class来声明这个名称是类的名称。 而在实现类里面，因为会用到这个引用类的内部的实体变量和方法，所以需要使用#import来包含这个被引用类的头文件。

3.在编译效率方面考虑，如果你有100个头文件都#import了同一个头文件，或者这些文件是依次引用的，如A–>B, B–>C, C–>D这样的引用关系。当最开始的那个头文件有变化的话，后面所有引用它的类都需要重新编译，如果你的类有很多的话，这将耗费大量的时间。而是用@class则不会。

4.如果有循环依赖关系，如:A–>B, B–>A这样的相互依赖关系，如果使用#import来相互包含，那么就会出现编译错误，如果使用@class在两个类的头文件中相互声明，则不会有编译错误出现。

所以，一般来说，@class是放在interface中的，只是为了在interface中引用这个类，把这个类作为一个类型来用的。 在实现这个接口的实现类中，如果需要引用这个类的实体变量或者方法之类的，还是需要import在@class中声明的类进来.

代码演示两个类的相互引用：

1）工人类：

#import <Foundation/Foundation.h>//#import "Boss.h"@class Boss;//@class称为前置声明，用于解决相互引用问题，在本类中声明需要使用所前置的类，但是没有做到真正的包含头文件，只是将头文件的包含延迟到了实现.m中@interface Worker : NSObject@property Boss * boss;//报错原因是类与类之间产生了相互引用(互相包含)@end

#import "Worker.h"#import "Boss.h"//真正包含仍然在.m中@implementation Worker@end

2）Boss类

#import <Foundation/Foundation.h>#import "Worker.h"@interface Boss : NSObject//创建工人的属性@property Worker *worker;@end

#import "Boss.h"@implementation Boss@end

#include与#import两者的区别：

   #import指令是Object-C针对#include的改进版本，#import确保引用的文件只会被引用一次，这样就不会陷入递归包含的问题中。