Effective Objective-C Item2: 头文件中最少引入其他头文件

最新推荐文章于 2023-04-03 19:03:44 发布

原创最新推荐文章于 2023-04-03 19:03:44 发布 · 3.4k 阅读

0 ·

本内容遵循CC 4.0 BY-SA版权协议

iOS、Android、H5 for Mobile 专栏收录该内容

1 篇文章

订阅专栏

本文探讨了在Objective-C与Swift混合开发环境中，如何合理使用#import与class声明，以降低编译时间并解决循环依赖问题。通过实例分析，介绍了何时使用#import，何时使用class声明，以及不使用import头文件的特定场合。旨在帮助开发者优化代码结构，提升开发效率。

☐ 尽量少使用#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的定义通常要放在自己较小的头文件中，便于其他地方使用。
否则，如果存在于大的头文件中，还是会引入编译时间过长的问题。