与C编码标准相关的过早优化和过早悲观

Question

Herb Sutter的C编码标准说要避免过早优化和过早悲观化。但我觉得两者都在做同样的事情。因此，希望对澄清这两个概念以及它们之间的区别有所帮助。如果你能举出一些例子，对其他人会更有好处。下面是关于过早优化的一个很好的解释。但我找不到过早悲观的原因




Answer 1

在编程时，既有小规模的选择，也有大规模的选择。

悲观是指以“阻止编译器做好工作”的方式编写代码。一个典型的例子是，当函数非常小且简单（例如，a{s，g}etter）时，不要将函数放置在允许它们内联的地方。这可以使函数花费10倍于它应该花费的时间，这是一件非常简单的事情。

我在这个网站上发现过几次的悲观是使用“a/=2；”当“a

过早的优化是当你展开循环或者仅仅因为你不相信编译器能做好而使代码变得更复杂时——通常没有证据表明它不能做好。

另一个例子是“不使用std:：vector”，而是您自己的可扩展数组，因为“vector太慢”，甚至没有使用std:：vector测试代码。

Answer 2

赫伯的意思是，当你面对两个同样可读的选项时，总是选择最有效的一个。

使用std:：vector:：reserve（）或最佳标准容器或算法不是过早的优化。然而，不使用它们将是过早的悲观。

过早优化是指为了一些甚至不值得的“优化”而牺牲可读性。使用探查器进行此操作。

Answer 3

我认为，他所说的过早悲观与过早优化恰恰相反：根本不考虑使用哪种数据结构和算法。

过早优化通常涉及算法的细节，这些细节可以在以后很好地调整，不需要在一开始就加以注意。

相比之下，过早的悲观则与代码体系结构的高级设计有关：例如，库的根本效率低下的接口不能通过优化来修复，因为公共接口几乎是一成不变的。