c – 链接时间优化与.项目内联;每种方法的限制[已结束]

发布时间：2020-12-16 09:36:01 所属栏目：百科来源：网络整理

导读：通常人们在c上设计适当的软件架构时也需要有很好的性能,进入过早优化的危险游戏,而不是在架构层面进行优化(这是一种非常好的,鼓励过早优化的形式)他们这样做代码级别的妥协,例如完全避免虚拟方法和接口,低级别的黑客攻击等. 有些人通过做一个通常称为应用程

通常人们在c上设计适当的软件架构时也需要有很好的性能,进入过早优化的危险游戏,而不是在架构层面进行优化(这是一种非常好的,鼓励过早优化的形式)他们这样做代码级别的妥协,例如完全避免虚拟方法和接口,低级别的黑客攻击等.

有些人通过做一个通常称为应用程序内联或统一构建的实践来避免这种情况,这种实践基本上生成一个或两个非常大的.cpp,其中包含来自整个项目的所有头文件和.cpp,然后将其编译为单个翻译单元.在内联虚拟方法(虚拟化)时,这种方法非常可靠,因为编译器确实拥有进行所需优化的所有功能.

质疑这种方法在链接时间优化等更“优雅,现代”的方法方面有哪些缺点？

对于这种方法,技术名称接近次要流行语状态是统一构建.

参见例如：

The benefits / disadvantages of unity builds?

这里的缺点最好描述如下：

http://leewinder.co.uk/blog/?p=394

简短版本是或多或少的语言选择：您可以使用regular-C或Unified-build-C编写.实际编写任何代码的“正确”方式在两者之间会有所不同.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!