Objective-C @类/导入最佳实践

Question

我注意到，很多Objective-C示例都会使用@class转发声明的类，然后通过导入将类实际导入到.m文件中。 我了解这被认为是最佳做法，如以下问题的答案所述： @class vs. #import

来自C ++，这让人感到倒退。 我通常会在新的类头文件中包含所有需要的.h文件。 这似乎很有用，因为当两个类相互包含时，它会使编译器生成警告，此时，我可以判断这是否不好，然后使用相同的Objective-C样式并在标头中声明该类，然后将其包括在.cpp文件中。

向前声明@class并导入到实现文件中有什么好处？ 在C ++中，最好的做法是转发声明的类而不是包含头文件？ 还是以这些相似的术语来考虑Objective-C和C ++是错误的？

Answer 1

老实说，您的C ++实际上倒退了。 通常，在C ++中，您要避免将标头包含在其他标头中，而更喜欢将前向声明包括在内。 通常认为这是最佳做法，因为它可以减少编译时间，并将馈入编译器中的预处理代码文件的大小缩小到所需的大小。 斯科特·迈耶斯（Scott Meyers）在有效的C ++中对此进行了精彩介绍。

为了更直接地回答您的问题，前向声明类并将其导入到实现文件中（在C ++和目标c中）的优点是，基本上，前向声明使之成为可能，因此使用您的类的任何其他类都不一定需要包括您的课堂使用的所有东西。 这减少了预处理代码文件的大小（这使预处理速度更快），使编译速度更快，并且链接速度更快。 所有这些通常都是好东西。 在更晦涩的情况下，减少include语句可以使查找某些类型的错误（例如，标头中缺少分号）更容易，这些错误会产生并不总是很明显的编译器警告，但在包含标头的所有地方都会重复出现并发送垃圾邮件。