Swift编译时间 – `final`关键字是应该增加还是减少编译时间?

Swift编译时间 – `final`关键字是应该增加还是减少编译时间?,第1张

概述参见英文答案 > Why mark something final in Swift except for architectural considerations?                                    1个 是否会明确声明类最终并确保私有内容被注释为增加减少编译时间?我理解它如何通过减少动态调度来影响运行时. 有趣的是,我在一个中等大小的项目上试过这个(并打开 参见英文答案 > Why mark something final in Swift except for architectural considerations?                                    1个
是否会明确声明类最终并确保私有内容被注释为增加或减少编译时间?我理解它如何通过减少动态调度来影响运行时.

有趣的是,我在一个中等大小的项目上试过这个(并打开Xcode默认打印编译时间),编译时间惊人地增加了(8秒).是不是更容易理解所有代码如何与消除子类的提示相结合?

解决方法 最后的关键字,如果我的理解是正确的,则不允许修改变量,使其成为常量.实际上,这应该减少编译器在编译时可以执行的可能优化的数量,这应该减少编译程序所花费的时间. 总结

以上是内存溢出为你收集整理的Swift编译时间 – `final`关键字是应该增加还是减少编译时间?全部内容,希望文章能够帮你解决Swift编译时间 – `final`关键字是应该增加还是减少编译时间?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/web/1014354.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-22
下一篇 2022-05-22

发表评论

登录后才能评论

评论列表(0条)

保存