premature-optimization - 我是否正确理解过早优化？

Question

我一直在为我正在编写的应用程序而苦苦挣扎，我想我开始发现我的问题是过早的优化。我的完美主义一面希望在第一次通过时就使一切变得最佳和完美，但我发现这使设计变得相当复杂。我倾向于编写尽可能多的功能以提高效率，而不是编写可以很好地完成一件简单事情的小型、可测试的函数。

例如，我避免多次访问数据库以获取相同的信息，代价是我的代码变得更加复杂。我的一部分只是不想担心冗余的数据库调用。这将使编写正确的代码变得更容易，并且无论如何获取的数据量都很小。这样做我的另一部分感觉非常肮脏和不干净。 :-)

我倾向于多次访问数据库，我认为这是正确的做法。更重要的是我完成了这个项目，我觉得我因为这样的优化而被挂断了。我的问题是:这是避免过早优化时使用的正确策略吗？

Answer 1

总的来说，这是正确的策略。使代码工作，并通过自动化测试彻底覆盖。

然后，您可以在程序受分析器控制时运行自动化测试，以找出程序花费时间和/或内存的位置。这将告诉您优化的位置。

它将向您展示如何优化工作代码，而不是将它们放在一起时可能会或不会工作的代码。

您不希望代码以最佳方式失败。

我不记得的引述来自 Mich Ravera:

If it doesn't work, it doesn't matter how fast it doesn't work.