@import和#import区别 为什么xcode5以后不需要在build phases里显性的添加framework

如果你做ios开发比较早的话，在以前做ios项目开发的时候，无论是引用系统的framework还是第三方的framework我们一般都需要先在build phases里添加framework：

但是现在，不知道大家有留意过没，我们不再需要显性的添加任何库，如下图

那么是什么原因呢？

通过排查是xcode5以后就不需要再显性的添加framework了，那么xcode5以后有什么新的功能特性变动吗？通过查看苹果wwdc2013的文档说明，找到了OC有这么个新的特性：

modules、AutoLinking和@import

modules是用来做什么的呢？

这个时候我们不得不提到我们的import关键字，这个是用来引入头文件的，它和C语言的include一样，都是把文件都复制粘贴一遍进行引用到当前文件，不过import做了一个处理，能减少重复引用，比如：

文件A和B都import了文件C，文件D又都import了A和B，这个时候import不会重复引用C，具体的方法是通过ifndef来实现；

但是，当程序复杂的时候，经常会到处引用同一个文件，用import关键字，这样编译时所占用的代码剧增，所以在ios里提供了预编译文件pch（PreCompiled  Header），把常用的头文件进行预编译，这样就减少了编译时间和编译代码。

但是呢！又会出现新的问题：放在pch的头文件，在整个工程中都能访问，编译器也不会报错和警告，这样增加了代码出错的可能性。

所以苹果引入了modules，简单来说modules是对framework进行了封装，文件编译时，有一个已编译modules文件列表，再编译一个文件时，会首先从已编译文件里面寻找，如果存在则使用已经编译了的文件，如果没有，再添加进来，这样每一个文件只会被编译一次，而开发过程中又不会被意外使用到，这样就把import和pch的两个问题同时解决了。（不知大家注意到没，xcode7以后新建工程不再默认生成pch文件了，原理也在此）

原理说明白后，那么怎么使用modules呢？这就是我们要说的AutoLinking和@import了！

通过@import，告诉编译器去使用modules的引用形式。

@import UIKit 等价于 #import 只是用modules特性，而引用某个特性的文件，如#import ，则写作：@import UIKit.UIApplication

@import还有一个大的好处是：不需要在project setting里添加framework了，通过AutoLinking，xcode的编译器LLVM会在编译阶段将所涉及到的框架自动帮你写到link里，不需要在build phases里手动添加了。

那么如果我们不用@import，用#import，是不是得手动把#改成@呢？

xcode5后，默认开启了modules，这个时候的#import会映射成@import，达到同样的效果，大家可以在你们的Xcode 里查看下图的配置是不是默认如此：

所以我们在xcode里写代码的时候，在以前我们需要用到系统framework的时候都得显性的添加到Build Phases里，而现在我们不需要了！