与C和C++一样，Objective-C也是用“头文件”（header file）与“实现文件”（implementation file）来去个代码。用Objective-C语言编写“类”（class）的标准方式为：以类名做头文件，分别创建2个文件，头文件后缀用.h 实现文件用.m。创建好一个类之后，期待吗看上起如下：
//EOCPerson.h
#import <Foundation/Foundation.h>
@interface EOCPerson : NSObject
@property (nonatomic, copy) NSString *firstName;
@property (nonatomic, copy) NSString *lastName;
@end
//EOCPersono.m
#import "EOCPerson.h"
@Implementation EOCPerson
// Implementation of methods
@end
用Objective-C语言编写任何类几乎都要引入Foundation.h。如果不在该类本身引入这个文件的话，那么久要引入与其超类所属框架相对应的“基本头文件”（base header file）。例如，在创建iOS应用程序是，通常会集成UIViewController类。而这些子类的头文件需要引入UIKit.h。
现在看来，EOCPerson类还好。其头文件引入了整个Foundation框架，不过这并没有任何问题。如果此类继承自Foundation框架中的某个类，那么EOCPerson类的使用者（consumer）可能会用到其几类中的许多内容。集成子UIViewController的那些类也是如此，其使用者可能会用到UIKit中的大部分内容。
过段时间，你可能有创建了一个名为EOCEmployer的新类，然后可能觉得每个EOCPerson实例都应该有一个EOCEmployer。于是，直接为其添加一项属性：
//EOCPerson.h
#import <Foundation/Foundation.h>
@interface EOCPerson : NSObject
@property (nonatomic, copy) NSString *firstName;
@property (nonatomic, copy) NSString *lastName;
@property (nonatomic, strong) EOCEmployer *employer;
@end
然而这么做有个问题，就是编译引入了EOCPersoon.h文件时，EOCEmployer类并不可见，不便强迫开发者在引入EOCPerson.h时必须一并引入EOCEmployer.h，所以，常见的办法是在EOCPerson.h中加入下面这行：
#import "EOCEmployer.h"
这种方法可行，但是不够优雅。在编译一个使用了EOCPerson类的文件时，不需要知道EOCEmployer类的全部细节，只需要知道有一个类名叫EOCEmployer就好。所幸有个办法能把这一情况告诉编译器：
@class EOCEmployer.h
这叫做“向前声明”（forward declaring）该类。现在EOCPerson头文件变成了这样：
//EOCPerson.h
#import <Foundation/Foundation.h>
@class EOCEmployer.h
@interface EOCPerson : NSObject
@property (nonatomic, copy) NSString *firstName;
@property (nonatomic, copy) NSString *lastName;
@property (nonatomic, strong) EOCEmployer *employer;
@end
EOCPerson类的实现文件则需引入EOCEmployer类的头文件，因为若要 使用后者，则必须知道其所有接口细节。于是，时间文件就是：
// EOCPerson.m
#import "EOCPerson.h"
#import "EOCEmployer.h"
@implementation EOCPerson
// Implementation of methods
@end
将引入头文件的时机尽量延后，只在确有需要时才引入，这样就可以减少类的使用者所需引入的头文件数量。假设本例吧EOCEmployer.h引入到了EOCPerson.h，那么只要引入EOCPerson.h，就会一并引入EOCEmployer.h的所有内容。此过程若持续下去，则要引入许多根本用不到的内容，这当然会增加编译时间。
向前声明了解决了两个雷互相引用的问题。假设要为EOCEmployer雷加入新增及删除雇员的方法，那么气头文件中会加入下属定义：
- (void)addEmployee:(EOCPerson *)person;
- (void)removeEmployee:(EOCPerson *)person;
此时，若要编辑EOCEmployer，则编译器必须知道EOCPerson这个类，而要编译EOCPerson，则又必须知道EOCEmployer。如果再各自头文件中引入对方的头文件，则会导致循环引用（chichen-and-egg situation）。当接续其中一个头文件是，编译器会发现它引入了另外一个头文件，而那个头文件有回过头来引入第一个头文件。只用#import而非#include指令虽然不会导致死循环，但却这意味着两个类里有一个无法被正常编译。
但是有时候必须要在头文件中引入其他头文件。如果你写的类继承自某个超类，则必须一如定义那个超类的头文件，同理，如果要声明你写的类遵从某个协议（protocol），那么该协议必须有完整定义，切不能使用向前声明。向前声明只能告诉编译器有某个协议，而此时编译器却要知道协议中定义的方法。
//例如，要从图形类中集成一个矩形类，切令其遵循回执协议：
// EOCRectangle.h
#import "EOCShape.h"
#import "EOCDrawable.h"
@interface EOCRectangle : EOCShape<EPCDrawable>
@property (nonatomic, assign) float width;
@property (nonatomic, assign) float height;
@end
第二条#import是难免的。鉴于此，最好是吧协议单独放在一个头文件中。要是把EOCDrawable协议防砸ile某个大的头文件里，那么只要引入此协议，就必定会引入那个头文件中的全部内容，如此一来，就像相面说的那样，会产生互相一来的问题，而且还会增加编译时间。
研二有些协议，例如“委托协议”（delegate protocol），就不用单独写一个头文件了。在那种情况想，协议只有与介绍协议委托的类放在一起定义才有意义。此时最好能在实现文件中声明此类实现了该委托协议，并把这段代码放在“class-continuation分类”里。这样的话，只要咋实现文件中包含委托协议的头文件即可，而不需要将其放在公共头文件了（public header file）里。
每次在头文件引入其他头文件之前，都要先问问自己这样做是否确有必要。如果可以用向前声明取代引入，那么久不要引入。若因为要实现属性、实例变量或者要遵循协议而必须引入头文件，则应尽量将其移至“class-continuation分类”中。这样做不仅可以锁典编译时间，而且还能降低彼此依赖程度。若是依赖关系过于复杂，则会给维护带来麻烦，而且，如果只想把代码的某个部分开放为公共API的话，太复杂的依赖关系也会出问题。
要点：
除非确有必要，否则不要引入头文件。一般来说，应在某个类的头文件中使用向前声明来体积别的类，病在实现文件中引入哪些类的头文件。这样做可以尽量降低类之间的耦合（coupling）。
有时无法使用向前声明，比如要声明某个类遵循一项协议。这种情况下，尽量把“该类遵守某协议”这条声明移至“class-continuation分类”中。如果不行的话，就把协议单独放在一个头文件中，然后将其引用。
此文章是读《Effective Objective-C 2.0 编写高质量iOS与OS X代码的52个有效方法》学习笔记：
第二条：在类的头文件中尽量少引用其他头文件
