这是一个示例场景，其中我们需要@class。

考虑一下，如果您希望在头文件中创建一个协议，该协议的参数具有相同类的数据类型，那么您可以使用@class。请记住，您也可以单独声明协议，这只是一个示例。

// DroneSearchField.h

#import <UIKit/UIKit.h>
@class DroneSearchField;
@protocol DroneSearchFieldDelegate<UITextFieldDelegate>
@optional
- (void)DroneTextFieldButtonClicked:(DroneSearchField *)textField;
@end
@interface DroneSearchField : UITextField
@end

我看到很多“这样做”，但我没有看到任何“为什么”的答案。

那么:为什么在头文件中使用@class，而在实现中使用#import呢?一直使用@class和#import会使你的工作加倍。除非你使用继承。在这种情况下，您将为单个@class #import多次。然后，如果您突然决定不再需要访问某个声明，您必须记得从多个不同的文件中删除。

由于#import的性质，多次导入同一个文件不是问题。 编译性能也不是真正的问题。如果是的话，我们就不会在几乎每个头文件中都使用#importing Cocoa/Cocoa.h之类的代码了。

有关文件依赖关系& #import & @class的更多信息，请查看以下内容:

http://qualitycoding.org/file-dependencies/ 这是篇好文章

文章摘要

imports in header files: #import the superclass you’re inheriting, and the protocols you’re implementing. Forward-declare everything else (unless it comes from a framework with a master header). Try to eliminate all other #imports. Declare protocols in their own headers to reduce dependencies. Too many forward declarations? You have a Large Class. imports in implementation files: Eliminate cruft #imports that aren’t used. If a method delegates to another object and returns what it gets back, try to forward-declare that object instead of #importing it. If including a module forces you to include level after level of successive dependencies, you may have a set of classes that wants to become a library. Build it as a separate library with a master header, so everything can be brought in as a single prebuilt chunk. Too many #imports? You have a Large Class.

常见的做法是在头文件中使用@class(但仍然需要#import父类)，在实现文件中使用#import。这样可以避免任何圆形夹杂物，而且效果很好。

另一个优点:快速编译

如果包含头文件，其中的任何更改都会导致当前文件也被编译，但如果类名被包含为@class name，则不会出现这种情况。当然，您需要在源文件中包含头文件

可以把@class看作是告诉编译器“相信我，这是存在的”。

可以把#import看作是复制-粘贴。

出于多种原因，您希望最小化导入的数量。在没有任何研究的情况下，首先想到的是它减少了编译时间。

注意，当从类继承时，不能简单地使用前向声明。您需要导入文件，以便您声明的类知道它是如何定义的。