<分区>
Possible Duplicate:
@class vs. #import
在 Objective-C 中,使用前向声明(类或协议(protocol))与 #import
文件的最佳实践是什么?如果 #import
确保没有文件被多次包含,为什么还要推荐前向声明?我特别考虑 iOS 应用程序开发,但我认为这通常适用于 Objective-C。
<分区>
Possible Duplicate:
@class vs. #import
在 Objective-C 中,使用前向声明(类或协议(protocol))与 #import
文件的最佳实践是什么?如果 #import
确保没有文件被多次包含,为什么还要推荐前向声明?我特别考虑 iOS 应用程序开发,但我认为这通常适用于 Objective-C。
最佳答案
我的经验法则是:如果前向声明足够,我就使用它。否则,我将使用 #import
导入完整的声明。
这主要是根据我在大型项目中的经验,不小心使用#import
(或#include
)很容易导致编译器不得不编译更多的情况每个非头文件的代码超过一百万行,并且单个头文件中的微小更改会触发大量的重新编译。因此,编译代码需要很长时间。
关于Objective-C 前向声明与#imports,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6076207/
相关文章:
objective-c - writeToFile 给出 NSUnderlyingError=0x6a3d450 "The operation couldn’ t 完成。是一个目录”
typescript - 如何在动态 Nestjs 模块中导入 registerAsync?
objective-c - 此 bundle 无效 - 文件扩展名必须是 .zip
ios - 如何获取 iOS 应用程序的电池消耗值 (x mAh/min)?
objective-c - 以编程方式在委托(delegate)中调用 Storyboard
iphone - nil、NULL 和 [NSNULL nil] 之间有什么区别?