结论
- 除非确有必要否则不要引入头文件。一般来说，应在某个类的头文件中使用向前声明来提及别的类，并在实现文件中引入那些类的头文件。这样做可以尽量降低类之间的耦合（coupling）。
- 有时无法使用向前声明，比如要声明某个类遵循一项协议。这种情况下，尽量把“该类遵循某协议”的这条声明移至“class-continuation分类”中。如果不行的话，就把协议单独放在一个头文件中，然后将其引入。
循环引用
存在两个类classA与classB，此时如果classB中有classA所需要的属性或者方法，则在classA的头文件中使用#import引入classB；同时如果classA中有classB所需要的属性或者方法，则在classB的头文件中使用#import引入classA；这样当编译classA这个类的时候，编译器发现先需要解析classB这个类，而当编译器去解析classB这个类的时候，发现需要先解析classA这个类，这样就导致了“循环引用”。虽然使用#import不会像#include那样会导致死循环，但却会造成某个类无法被正确编译。
这时我们需要把这一情况告诉编译器，@class此时就有了用武之地，可以在各自的头文件中实用@class来声明各自需要引入的类，而在实现文件中使用#import将其引入，这样就可以避免“循环引用”的问题发生，这叫做“向前声明”。
但是有时候必须要在头文件中引入其他头文件。例如写的某个类继承自某个超类，则必须引入定义那个超类的头文件。同理，如果要声明某个类需要遵从某个协议（protocol），那么该协议必须有完整定义，且不能使用向前声明。向前声明只能告诉编译器有某个协议，而此时编译器却需要知道该协议中定义的方法。
- 鉴于此，最好是把协议单独放在一个头文件中。
- 然后有些协议，例如“委托协议”只有与接收协议委托的类放在一起才有意义。此时最好能在实现文件中声明此类实现了该委托协议，并把这段实现代码放在“class-continuation分类”里。这样的话，只要在实现文件中引入包含委托协议的头文件即可，而不需要将其放在公共头文件（public head file）里。
@class、#import与#include的区别
@class：告诉编译器当前工程中包含有这个类，只有在运行时才会具体的去查找这个类；
- #######include：引入当前工程中包含的一个类，缺点是不能防止重复引入同一头文件；
- #######import：是#include的升级版，可以防治重复引入同一头文件。
PCH文件
有时我们需要将一些频繁使用的类集中放在一起，例如工具类，为整个项目封装的多处使用的View类等，为了不频繁的将同一个类导入项目中多处需要使用的类中，这时我们可以使用PCH文件来管理这些类。在Xcode 6之前，每新建一个工程，Xcode都会为项目生成一个PCH文件。现在，我们需要自己新建PCH文件来管理频繁使用的类。
PCH文件：预编译头文件(一般扩展名为.PCH)，是把一个工程中较稳定的代码预先编译好放在一个文件(.PCH)里。这些预先编译好的代码可以是任何的C/C++代码--甚至可以是inline函数，只是它们在整个工程中是较为稳定的，即在工程开发过程中不会经常被修改的代码。
GitHub传送门：PCH
1、PCH文件的创建
1、打开新建文件页面，在Other里面选择PCH File，点击Next；
2、输入PCH文件名，一般输入工程名，点击create，PCH文件创建成功。
2、配置PCH文件
1、打开工程配置，选择Build Settings；
2、在搜索框输入Prefix Header，左侧选择All，回车；
3、选中Prefix Header，在其后面的空白处双击；
4、在弹出的小框内输入配置路径，格式是：$(SRCROOT)/项目名/PCH文件名。
注意：输入PCH文件时不能省略后缀名。
每次在文件中引入其他头文件之前，都要事先问问自己这样做是否有必要。如果可以用向前声明取代引入，那么最好使用向前声明。若因为要实现属性、实例变量或者要遵循协议而必须引入头文件，则应尽量将其移至“class-continuation分类”中。这样做不仅可以缩短编译时间，而且还能降低彼此依赖程度。若是依赖关系过于负责，则会给维护带来麻烦，而且，如果只想把代码的某个部分开放为公共API的话，太复杂的依赖关系也会出问题。
写在最后：当今社会竞争中想要脱颖而出，人必须有一技之长，而且万里挑一。 每个人都有不同的选择，有时一个正确的选择比奋斗本身更重要。 做你喜欢的事情，做你擅长的事情。 没有七十二变，岂能大闹天宫？
