OC中的模块化
在 Objective-C (OC) 中，虽然没有像 Swift 那样的模块系统，但它依然有几种方式来实现类似模块化的效果：
Frameworks：
Frameworks 是一种代码打包方式，允许将头文件、实现文件和资源文件（如图片、配置文件等）打包在一起并在不同项目之间复用。它们类似于模块，可以通过
#import <FrameworkName/Header.h>来使用其中的符号。iOS 和 macOS 开发中，许多系统库都是以 Framework 形式提供的，例如
Foundation、UIKit等。Objective-C 项目中也可以创建自定义 Frameworks，将自己的代码打包成独立的模块，便于在多个项目中复用。
静态库和动态库：
Objective-C 允许通过 静态库 (.a) 和 动态库 (.dylib) 来封装代码，这些库相当于模块，可以被其他项目链接和使用。
静态库在编译时被嵌入到目标项目中，而动态库则在运行时加载。虽然静态库和动态库不具备命名空间特性，但它们提供了代码隔离和复用的功能。
模块映射文件 (Module Map)：
自从引入 Clang 编译器以来，Objective-C 支持 模块映射文件（Module Map），允许将头文件组织成模块，从而可以通过
@import而非#import来导入模块。模块映射文件（
.modulemap）能够显式定义哪些头文件属于某个模块，并控制这些头文件的可见性。Apple 的系统库已经使用@import导入了许多模块化的头文件，优化编译速度和依赖管理。
命名空间替代方案：
Objective-C 没有命名空间（namespace），开发者通常使用前缀（如
NS、UI）避免命名冲突。在自定义类或库中使用特定前缀，例如
MyLibClass，也能达到类似命名空间的效果。
CocoaPods 和其他依赖管理工具：
通过 CocoaPods、Carthage 或 Swift Package Manager（SPM）等工具，Objective-C 项目可以更方便地引入和管理第三方库，保持项目模块化。
这些依赖管理工具虽然不是模块系统，但提供了对项目的依赖进行分离和管理的功能。
虽然 Objective-C 没有 Swift 那样原生的模块系统，但 Frameworks、模块映射文件等机制已经能很好地实现代码模块化，支持复用和依赖管理的需求。
Last updated