☐ 尽量少使用#import
为什么:更多的头文件意味着更长的编译时间。
原则:header文件中仅仅使用到类型,而没有使用到类型内详细信息的,可以试用class不用import
例如:
// MZPerson.h
#import <Foundation/Foundation.h>
// 由于这里不需要了解MZHouse类的吸纳关系信息,所以这里不倾向使用头文件,而更倾向于使用class声明。
// #import "MZHouse.h"
@class MZHouse;
@interface MZPerson : NSObject
@property(nonatomic, copy) NSString * firstName;
@property(nonatomic, copy) NSString * lastName;
@property(nonatomic, strong) MZHouse * myHouse;
@end☐ 鸡生蛋;蛋生鸡
同时可以更深入解决循环依赖的问题(#import已经解决了引用级别的循环依赖),
例如MZPerson <--> MZHouse 之间的相互依赖,例如如下代码。
// MZHouse.h
#import <Foundation/Foundation.h>
// 由于这里不需要了解MZHouse类的吸纳关系信息,所以这里不倾向使用头文件,而更倾向于使用class声明。
// #import "MZPerson.h"
@class MZPerson;
@interface MZHouse : NSObject
@property(nonatomic, strong) MZPerson * owner;
@end
如果不使用class声明,则必须同时编译,否则任何一个文件都不能独立编译通过。
☐还是必须要使用import头文件的场合
1. 从一个类继承,被继承类的头文件必须要引入
2. 实现一个protocol的时候,被实现protocol的头文件必须要引入
原因:编译器需要知道被继承的类、被实现的protocol的详细信息。
例如:
#import "MZPerson.h"
#import "MZManagerDelegate.h"
@interface MZManger : MZPerson <MZManagerDelegate>
///
@end在此种情况下,MZPerson和MZManagerDelegate的定义通常要放在自己较小的头文件中,便于其他地方使用。
否则,如果存在于大的头文件中,还是会引入编译时间过长的问题。
本文探讨了在Objective-C与Swift混合开发环境中,如何合理使用#import与class声明,以降低编译时间并解决循环依赖问题。通过实例分析,介绍了何时使用#import,何时使用class声明,以及不使用import头文件的特定场合。旨在帮助开发者优化代码结构,提升开发效率。

被折叠的 条评论
为什么被折叠?



