XCode6 生成prefix.pch文件

        XCode6里, 新建工程默认是没有pch文件的，苹果取消pch文件这一点确定有它的道理,刚開始很是多人可能不适应,假设咱们想使用pch文件，需要手动加入，加入过程例如如下:(依然直接上图)

      @ 取消的缘由:

      Stackoverflow上有一我的对此的解释是这种：
       I suspect because of modules, which remove the need for the  #import <Cocoa/Cocoa.h>.
       As to where to put code that you would put in a prefix header, there is no code you should put in a prefix header. Put your imports into the files that need them. Put your definitions into their own files. Put your macros...nowhere. Stop writing macros unless there is no other way (such as when you need __FILE__). If you do need macros, put them in a header and include it.
       The prefix header was necessary for things that are huge and used by nearly everything in the whole system (like Foundation.h). If you have something that huge and ubiquitous, you should rethink your architecture. Prefix headers make code reuse hard, and introduce subtle build problems if any of the files listed can change. Avoid them until you have a serious build time problem that you can demonstrate is dramatically improved with a prefix header.
       In that case you can create one and pass it into clang, but it's incredibly rare that it's a good idea.

---

       翻译过来 大体就是说 或许是因为组件单一模块的缘由，因此 放弃了对<Cocoa/Cocoa.h>的import
       你不该该在你的prefix代码中放入不论什么的代码，把他们放在你确实需要放入的文件里。把你的定义放到属于他们的文件里。 尽可能不要使用宏定义（define）。。除非是非不得已的时候，（这里 插一句 不使用宏定义的缘由是 宏定义是在预编译的时候处理的 所以 当你改动宏定义的时候 会致使大量的代码被又一次编译 另外 宏定义存在不少潜在的bug 是因为在预编译的时候，他并不会被发觉到的）。假设你确实 在被逼无奈需要使用宏定义，把他们放在需要被include的头文件里，而不是放在prefix文件里。 
       prefix header文件是被那些大量使用 以及 差点儿所有系统中的文件都需要被使用（好比 Foundation.h）。假设 你有一些东西大量存在，你应该又一次思考你的架构问题你。因为 当你改动你prefix header的一些代码的时候，prefix header致使整个项目又一次编译，这让你的代码重用变得困难，并且致使一些琐碎build的问题。因此 不要去使用prefix header 这样可以避免你大量的又一次编译整个项目的时间 
       假设你仍然想要使用预编译，你可以建立一个新的并且传递给编译器的前段，这个方案很是少见（我没用过），但确实是一个不错的方法

      @ 还可以參考:XcodePrecompilePrefixHeader浅析

      @欢迎转载!转载请注明:iOS@界迷糊小书童