Sas*_*ats 7 objective-c swift objective-c-swift-bridge
对于具有将swift添加到现有Objective-C代码库中的经验的开发人员而言,这是一个性能问题.
我的前提是:最终Bridging-Header.h可能变得非常大(它可能最终包含所有1.5k存在的Objective-C类(给予或接受那些不能从Swift访问的类)),反之亦然PRODUCT-Swift.h生成头.
我担心编译性能可能会急剧下降:每次包含的.h类都发生变化时,都必须重新编译所有.swift文件.
是这样的吗？如果是这样,有没有办法优化性能？
澄清:想象一下,您将整个项目类包含到.pch文件中,现在每个类更改都会触发整个项目的重新编译.这种方式类似Bridging-Header.h吗？
如果您预计头文件中有很多改动，我会推荐模块。通过将 Swift 代码拆分为模块，每个模块都有自己的桥接标头，您应该可以显着减少 Swift 重建时间。如果不需要考虑整个系统中的每个内部功能，您也可能会缩短 Swift 重建时间。
模块似乎是 Swift 想要进行程序组织的地方。我并不是说他们还很强大；只是说他们已经很强大了。它们看起来还是很乱。但它们可能是完成这项工作的最佳工具。好消息是，您应该能够在遇到问题时逐步迁移。您不必立即对整个项目进行大规模返工。我绝对不建议在第一天就用完并创建 100 个不同的模块。只寻找一些可以很好地分割你的程序的大的。
| 归档时间： |
|
| 查看次数： |
425 次 |
| 最近记录： |