如何获得客观的测量结果来评估C ++项目的物理结构是否有助于编译速度? 有些人说,为了提高编译速度,应避免使用模板,但是如果这些模板生成了大量不冗余的目标代码,则即使每秒钟的编译速度并不快,也不会真正糟糕。 因此,您不能仅通过比较两个项目的每秒钟行数来判断结构是否优秀,而且许多其他因素也可能扭曲结果。
在同一平台和编译器上所生成的每秒对象代码数量是否是一个好的度量标准? 或者是否存在用于此类分析的代码分析工具? 有趣的是,我们可以通过某种客观的测量方式来了解项目的物理结构是否有改进的空间。例如,如果您应该尝试进一步优化头文件依赖关系,或将更多代码组合到cpp文件中(类似于统一构建),将更多内容从头文件移至cpp文件等。
在同一平台和编译器上所生成的每秒对象代码数量是否是一个好的度量标准? 或者是否存在用于此类分析的代码分析工具? 有趣的是,我们可以通过某种客观的测量方式来了解项目的物理结构是否有改进的空间。例如,如果您应该尝试进一步优化头文件依赖关系,或将更多代码组合到cpp文件中(类似于统一构建),将更多内容从头文件移至cpp文件等。