#include
区分 #include <x.h>与#include "x.h"的做用
#include <x.h>:它用于对系统自带的头文件的引用,编译器会在系统文件目录下去查找该文件.
#include "x.h":用户自定义的文件用双引号引用,编译器首先会在用户目录下查找,而后到安装目录中查找,最后在系统文件中查找。spa
在使用#include的时候要注意处理重复引用(这也是objc中#include与#import的区别).net
例如:ClassA 与 ClassB同时引用了ClassC,不作重复引用处理的时候在ClassB中同时引用ClassA,ClassB编译会提示对ClassC重复引用的错误.代理
咱们能够在ClassC中:#ifndef _CLASSC_H继承
#define _CLASSC_H
#include "ClassC"
#endifget
这样处理在编译时就不会有重复引用的错误出现(在objc中#import解决了这个问题,这是它们的区别)编译器
#import编译
#import 大部分功能和#include是同样的,可是他处理了重复引用的问题,咱们在引用文件的时候不用再去本身进行重复引用处理.class
@class
主要是用于声明一个类,告诉编译器它后面的名字是一个类的名字,而这个类的定义实现是暂时不用知道的,后面会告诉你.也是由于在@class仅仅只是声明一个类,因此在后面的实现文件里面是须要去#import这个类,这时候才包含了这个被引用的类的全部信息。
效率
综上所述#include,#import与@class的区别能够作一下理解:import
#include与#import在引用一个类的时候会包含这个类的全部信息包括变量方法等,可是这样作会对编译效率形成影响.好比有99个类都#import了ClassA,那么在编译的时候这99个类都会去对ClassA处理.又好比A被B引用,B被C引用,C被D引用.....此时若是A被修改,那么后面的B,C,D.....都须要从新进行编译.还有一个用法会引发编译错误的就是在ClassA中#import ClassB 在ClassB中#import ClassA那么在编译的时候也会出现未知错误。
因此通常来讲,在interface中引用一个类,就用@class,它会把这个类做为一个类型来使用,而在实现这个interface的文件中,若是须要引用这个类的实体变量或者方法之类的,仍是须要import这个在@class中声明的类。
即:.h文件用@class来声明,.m中若是须要引用这个类的实体变量或者方法之类的,就import
1. import会包含这个类的全部信息,包括实体变量和方法,而@class只告诉编译器,声明的类的名称,至于这些类是如何定义的,暂时不用考虑,因此在头文件中若是用@class声明某个类后,在.m的实现中若是用到声明类的具体方法或变量时还得再#import类 。
2.在.h头文件中进行声明时用#import的话,若是100个头文件都#import同一个头件,或者这些文件是依次引用的,如A->B,B->C,C->D,当最开始的那个头文件有变化后进行编译时,后面全部引用它的类都须要从新编译,若是引用最开始的头文件的类不少的话,那么这将耗费大量的时间,而用@class则不会,可能有人会想即然.h只是用@class只是简单的一个声明告编译器有这个类不让其报错,那么.m中要用到引入的类的方法和属性时,不仍是要#import头文件一次,是的这个是对的,但编译器编译的时候只编译头文件的,因此你的.m中用#import与编译时间没太大关系
总结:
1.通常若是有继承关系的用#import,如B是A的子类那么在B中声明A时用#import
2. 另外就是若是有循环依赖关系,如:A->B,B->A这样相互依赖时,若是在两个文件的头文件中用#import分别声明对方,那么就会出现头文件循环利用的错误,这时在头文件中用@class声明就不会出错
3.还有就是自定义代理的时候,若是在头文件中想声明代理的话如@interface SecondViewController:UIViewController时应用#import否则的话会出错误,注意XXXXDelegate是自定义的