[New learn]@class和#import的区别使用

1.简介

我们在查看代码的时候经常会发现有些地方使用@class而有些地方使用#import，他们到底有什么区别呢，

本文意图去归纳和总结这两种类引用的是的处理方法和规则。

2.分析

此小节会通过一些实例代码来讲解这中引用头文件方式的区别所在。

1.首先我们新建一个Single View Application的工程，在此工程中增加一个继承自NSObject的XFPerson类。

2.观察如下代码的错误原因：

在ViewController.m中声明一个XFPerson变量。

虽然XFPerson的相关文件在工程中，但是要想在其他类中引用这个类则必须将这个类的信息告知当前类，换句话数要让当前类知道要引用的类的基本信息。

我们可以使用两种去处理，可以直接使用@class标签或者使用#import去包含引用类的头文件。

这两种方法都为当前提供了引用类的相关信息，但是信息的详细程度是不一样的。

3.直接使用@class

首先来讨论一下@class标签，其实它提供的信息是最少的，可以说它只是告诉当前类当前类”你所引用的类是存在的，就是叫这个名字，他能做什么我就不知道了“，有时候我们也将@class称之为

预申明。基于这一点我们将ViewController.m中改变如下，通过@class引入XFPerson类信息：

我们可以看到通过这个方式，当前类已经放心的去声明引用类变量了。

但是当我们继续去创建XFPerson对象的时候发现如下错误:

xcode所提示的错误已经很

清楚，XFPerson对于当前类来说只是“forward declaration”预声明，当前类因为@class提供的信息只相信了XFPerson确实存在了，由于

信息太少，根本就不知道这个类中有什么样的方法，也就是他能够做些什么？所以当我们试图去调用XFPerson的一些方法的时候就会出错。

就这个时候就需要#import出手了！

4.使用#import 引用类的头文件

当将@class替换为#import后，编译正常：

5.基类头文件的引用

打开XFPerson.h文件，你会看到xcode自动的帮我们引用了系统的一些头文件：

原因在于我们的类继承自NSObject，那么我们就必须将NSObject这个父类的有文件#import方式引入到子类的头文件中。

关于这一点我们可以以下例子来解释：

我们新创建一个类名为：XFAnimal，它同样继承自NSObject

然后我们将XFPerson的父类换成XFAnimal：

我们看到编译器并不知道XFAnimal的信息，那么我们使用@class标示是否可行呢？

依然报错，错误的原因也很清楚。

接着我们使用#import来引入XFAnimal头文件：

一切正常了。

3.总结

我们可以看到#import既可以在.h也可以在.m中使用，那么我们到底应该如何判断呢?

一般只要记住：

1.如果子类集成父类，那么需要将父类的头文件#import到子类的头文件中。

2.如果在.m文件中引用了某个类，则需要将这个类的头文件#import到.m文件中。

那么在上述分析过程中发现#import与@class相比，提供的信息更加丰富，为什么不直接使用#import呢？

我们在苹果官方文档中看到：

The @class directive minimizes the amount of code seen by the compiler and linker, and is there fore the simplest way to give a forward declaration of a class name. Being simple, it avoids potential problems that may come with importing files that import still other files.

所以最终归纳为：

可以使用@class的地方一定要使用@class，必须使用#import的时候才去使用#import