swift - 模块作为 Xcode 项目中的独立框架

Question

假设有一个包含 50 个 Swift 模块的 Xcode 项目。
一个模块是 蝰蛇 模块由 组成7 个文件 :

View Controller

主讲人

互动

网络管理员

路由器

实体

超过 50*7 = 350要编译的文件，我真的想将它们分成 50 个框架，每个模块一个，以提高解耦和重新编译速度。
请记住，我不想为所有 Entities 创建单个模块。 , Routers等，但是，一个模块包含实例化和使用该“ View ”所需的所有文件(通常为 7 个文件)。
在应用程序中拥有如此多的框架有什么缺点吗？
它可以增长到 70、80、90 甚至 100 个框架。
干杯

Answer 1

https://github.com/mapbox/mapbox-gl-native/issues/10137带来潜在的不利影响。在 Apple 的审核过程中，似乎太多的框架可能会导致 Apple AppStore 应用程序中的符号文件过多。

如https://medium.com/joshtastic-blog/frameworks-and-libraries-in-swift-2359e4274faa解释说，你可以选择一些 VIPER 区域(如果它只处理应用程序域概念/结构，则可能是演示者、交互者、实体、路由器)将它们制作为静态库而不是动态链接的 dylib 框架，因为它们将是仅代码，没有 Apple-OS 可识别的 Assets (xib、字体、图像等)。在允许的情况下(由于缺少 Assets )使用静态库可以大大减少伴随 dylib 的符号文件的数量。