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

概述通常人们在c上设计适当的软件架构时也需要有很好的性能,进入过早优化的危险游戏,而不是在架构层面进行优化(这是一种非常好的,鼓励过早优化的形式)他们这样做代码级别的妥协,例如完全避免虚拟方法和接口,低级别的黑客攻击等. 有些人通过做一个通常称为应用程序内联或统一构建的实践来避免这种情况,这种实践基本上生成一个或两个非常大的.cpp,其中包含来自整个项目的所有头文件和.cpp,然后将其编译为单个翻译单 通常人们在c上设计适当的软件架构时也需要有很好的性能,进入过早优化的危险游戏,而不是在架构层面进行优化(这是一种非常好的,鼓励过早优化的形式)他们这样做代码级别的妥协,例如完全避免虚拟方法和接口,低级别的黑客攻击等.

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

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

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

参见例如：

The benefits / disadvantages of unity builds?

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

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

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

总结

以上是内存溢出为你收集整理的c – 链接时间优化与.项目内联;每种方法的限制[已结束]全部内容，希望文章能够帮你解决c – 链接时间优化与.项目内联;每种方法的限制[已结束]所遇到的程序开发问题。

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