使用Swift 3和pod进行iOS构建

Question

我刚刚注意到使用Swift的cocoapods增加了构建大小，但是当我手动使用相同的库时，构建大小是正常的。

我创建了一个带有一些pod的空白项目，构建大小达到10MB，而.app文件大约为40MB。

我还注意到我的.app文件通过查看“包内容”包含我所有的cocoapods框架（大约37MB）。

我的podfile有这些pod

pod'Alamofire'，'〜> 4.4'

pod'SwiftyJSON'

pod'IQKeyboardManagerSwift'

pod'ActionSheetPicker-3.0'

pod'Ginfisher'

pod'JKNotificationPanel'

我的问题是

1. 为什么我的.app文件包含所有框架，我想它只发生在Swift和cocoapod（纠正我，如果我错了）？
2. 我们如何通过使用Swift的cocoapods来减少构建的大小

提前致谢

Answer 1

如果将库用作静态库，则链接器可以从构建中排除不使用它们的部分。 框架也是如此。 因此，如果您刚刚使用这些库制作应用程序但未使用它们，则根本不会包含它们，因此这不是一个公平的比较。

当你问为什么你的应用程序包含所有框架时，我认为你的意思是swift运行时的那些，而不是你在cocoapods中明确要求的依赖关系。 所有swift应用程序都捆绑了运行时，至少在运行时变得足够稳定（现在经常变化）之前，然后手机操作系统将包含它的几个版本，我们不必将它包含在应用程序中。

此外，不要被应用程序大小吓坏。 用户下载的应用程序的实际大小要小得多。 您可以在iTunesConnect的活动选项卡中看到它，然后选择您的构建，一旦您将其上传到那里。 我已经看到上传为120MB左右的应用程序到iTunesConnect，然后最终下载到用户的是20到30MB。

获得更多信息后进行编辑：你说你正在比较将库的源代码拖到你的项目和cocoapods中，这里有一个明显的区别：如果添加库的源文件，它与为库添加编译框架不同。 如果添加源，很多未使用的东西将被优化掉，从而影响大小。 例如，库包含库本身未使用的类别。 除非使用了某些链接器标志，否则该类别已经过优化，并且在使用该库的应用程序上无效（如果您想要更多信息，可以搜索all_load）。 当使用框架时，没有任何优化，但由于Cocoapods，这不会发生。 您可以使用没有Cocoapods的框架，并且您应该获得与大小完全相同的结果。

编辑2：看起来swift 5可能达到ABI稳定性！ 我们或许能够为需要尽可能小的应用程序选择swift吧！