Effective Objective-C Item2: 头文件中最少引入其他头文件

☐ 尽量少使用#import
为什么：更多的头文件意味着更长的编译时间。
原则：header文件中仅仅使用到类型，而没有使用到类型内详细信息的，可以试用class不用import


例如：

// MZPerson.h#import <Foundation/Foundation.h>// 由于这里不需要了解MZHouse类的吸纳关系信息，所以这里不倾向使用头文件，而更倾向于使用class声明。// #import "MZHouse.h"  @class MZHouse;@interface MZPerson : NSObject@property(nonatomic, copy) NSString * firstName;@property(nonatomic, copy) NSString * lastName;@property(nonatomic, strong) MZHouse * myHouse;@end

☐ 鸡生蛋；蛋生鸡
同时可以更深入解决循环依赖的问题（#import已经解决了引用级别的循环依赖），
例如MZPerson <--> MZHouse 之间的相互依赖，例如如下代码。

// MZHouse.h#import <Foundation/Foundation.h>// 由于这里不需要了解MZHouse类的吸纳关系信息，所以这里不倾向使用头文件，而更倾向于使用class声明。// #import "MZPerson.h"  @class MZPerson;@interface MZHouse : NSObject@property(nonatomic, strong) MZPerson * owner;@end

如果不使用class声明，则必须同时编译，否则任何一个文件都不能独立编译通过。


☐还是必须要使用import头文件的场合
1. 从一个类继承，被继承类的头文件必须要引入
2. 实现一个protocol的时候，被实现protocol的头文件必须要引入


原因：编译器需要知道被继承的类、被实现的protocol的详细信息。


例如：

#import "MZPerson.h"#import "MZManagerDelegate.h"@interface MZManger : MZPerson <MZManagerDelegate>///@end

在此种情况下，MZPerson和MZManagerDelegate的定义通常要放在自己较小的头文件中，便于其他地方使用。
否则，如果存在于大的头文件中，还是会引入编译时间过长的问题。