当我知道@class代替#import避免循环定义之后

转载请标明出处

欢迎交流

zltqzj@163.com

我是一个单线程妞～

很多刚开始学习iOS开发的同学可能在看别人的代码的时候会发现有部分#import操作写在m文件中，而h文件仅仅使用@class进行声明，不禁纳闷起来，为什么不直接把#import放到h文件中呢？

这是因为h文件在修改后，所有import该h文件的所有文件必须重 新build，因此，如果把#import写在h文件中，import该h文件的文件也就会产生不必要的编译，增加编译时间，特别是在项目文件多的情况 下。想象一下，如果只是修改一个h文件而导致上百个文件不必要的编译，那是一件多么让人纠结的事情。。。

对于@class只是告诉编译器有这个class，请不要报错或警告，因此不会给编译造成影响。

什么时候用@class这种方式声明比#import好呢？

stackoverflow上的高手们给了不少建议：

Randy Marsh：

When I develop, I have only three things in mind that never cause me any problems.

• Import super classes
• Import parent classes (when you have children and parents)
• Import classes outside your project (like in frameworks and libraries)

For all other classes (subclasses and child classes in my project self), I declare them via forward-class.

 

Justin：

Simple answer: You #import or #include when there is a physical dependency. Otherwise, you use forward declarations (@class MONClass ,struct MONStruct , @protocol MONProtocol ).

Here are some common examples of physical dependence:

• Any C or C++ value (a pointer or reference is not a physical dependency). If you have aCGPoint as an ivar or property, the compiler will need to see the declaration ofCGPoint .
• Your superclass.
• A method you use.