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的定义通常要放在自己较小的头文件中，便于其他地方使用。
否则，如果存在于大的头文件中，还是会引入编译时间过长的问题。