黑马程序员技术交流社区

标题: @class和#import问题 [打印本页]

作者: stone24 时间: 2014-4-15 11:17
标题: @class和#import问题
如果有上百个头文件都#import 了同一个文件，或者这些文件依次被#import，那么一旦最开始头文件稍有改动，后面引用到这个文件的所有类都需要重新编译一遍，这样效率可想而知，而相对来讲，使用@class方式就不会出现这种问题。 // 不是很理解，用@class , .m文件还是会#import这个类，最开始头文件改动，后面不也得都重新编译吗？程序编译的过程理解不够深？求大神详解一下 ....

作者: 董月峰 时间: 2014-4-15 11:34
以下内容参考本人博客http://850361034.blog.163.com/blog/static/32803809201431665805/
1.@class的作用：仅仅声明一个类，告诉编译器，某个名称是一个类
eg。@class Person:仅仅告诉编译器，Person是一个类名，而不告诉其中的属性

2.实际开发中当引用一个类的时候，规范写法是：
1》在.h文件中用@class来声明类
2》在.m文件中用#import类包含类的所有东西
ps：import是拷贝的意思，若Card这个类被100个类引用着，意味着其它100个类中全用#import拷贝
若Card改一点儿，其它100个文件全部重复拷贝一次，会降低工作效率

3.@class和import的区别
使用 @class 类名; 就可以引用一个类，说明一下它是一个类
和#import的区别
#import方式会包含被引用类的所有信息，包括被引用类的变量和方法；@class方式只是告诉编译器在A.h文件中 B *b 只是类的声明，具体这个类里有什么信息，这里不需要知道，等实现文件中真正要用到时，才会真正去查看B类中信息
如果有上百个头文件都#import了同一个文件，或者这些文件依次被#improt,那么一旦最开始的头文件稍有改动，后面引用到这个文件的所有类都需要重新编译一遍，这样的效率也是可想而知的，而相对来讲，使用@class方式就不会出现这种问题了
在.m实现文件中，如果需要引用到被引用类的实体变量或者方法时，还需要使用#import方式引入被引用类

作者: 程序猿-2014 时间: 2014-4-15 11:43
1. import会包含这个类的所有信息，包括实体变量和方法，而@class只是告诉编译器，其后面声明的名称是类的名称，至于这些类是如何定义的，暂时不用考虑，后面会再告诉你；
2. 在头文件中，一般只需要知道被引用的类的名称就可以了，不需要知道其内部的实体变量和方法，所以在头文件中一般使用@class来声明这个名称是类的名称，而在类的实现部分，因为会用到这个引用类的内部的实体变量和方法，所以需要使用#import来包含这个被引用类的头文件。
3. 在编译效率方面考虑，如果你有100个头文件都#import了同一个头文件，或者这些文件是依次被引用的，如A–>B, B–>C, C–>D这样的引用关系。当最开始的那个头文件有变化的话，后面所有引用它的类都需要重新编译，如果你的类有很多的话，这将耗费大量的时间。而是用@class则不会。
4. 如果有循环依赖关系，如:A–>B, B–>A这样的相互依赖关系，如果使用#import来相互包含，那么就会出现编译错误，如果使用@class在两个类的头文件中相互声明，则不会有编译错误出现。
所以，一般来说，@class是放在interface中的，只是为了在interface中引用这个类，把这个类作为一个类型来用的。在实现这个接口的实现类中，如果需要引用这个类的实体变量或者方法之类的，还是需要import在@class中声明的类进来

欢迎光临黑马程序员技术交流社区 (http://bbs.itheima.com/)

黑马程序员IT技术论坛 X3.2