performance - 是代码量少但不清晰，还是代码多而清晰？

Question

我已经在这个项目上工作了很长一段时间，它已经有大约 2000 行长。它以一种可以正常工作的方式完成，但对于某人阅读（除了我）来说绝对是一场噩梦。因此，我着手将代码模块化，使其通常更易于理解，这样做现在将近 3000 行！

它最终实现了相同的目标，但我使操作流程更直观且更易于修改（您将难以更改任何内容并使其在以前的版本中仍然有效）。

所以我的问题是：哪个更好？我经常在这里有人说如果你能用更少的行做同样的事情，那么它往往会更好，但它对程序员友好的方面也很重要。

我实际上可能会通过计时来查看较小的是否运行得更快，这可能很有趣。我很确定第二个版本更大，因为新设计，而不仅仅是添加了空白。

score 1 · Accepted Answer

这取决于。

当性能很重要时，可能需要一些晦涩的代码。

否则，更易于理解的代码会更好，尤其是在与其他人一起工作时。毕竟，阅读代码的次数远多于编写代码的次数。

score 1 · Accepted Answer

更多代码，更清晰。清晰应该永远是第一位的。代码具有双重功能，机器执行代码和人类阅读和理解代码。没有后者，前者几乎毫无用处。

score 0 · Accepted Answer

0

毫无疑问，代码应该相当容易阅读，以免妨碍您将来进行更改

于 2013-07-16T20:48:21.633 回答

score 0 · Accepted Answer

对于任何编译语言，注释、空格和变量名之类的东西最终都无关紧要，因此将它们用作提高清晰度的好工具。对于您认为会运行得更快但看起来更混乱的代码，请使用它来发挥您的优势。

还要考虑这段代码在运行时被传递了多少次，如果很多，新的代码结构将花费多少额外的时间。在大多数情况下，计算机实际上会为两种不同的代码结构运行相同数量的操作，例如：

// Code Snippet 1...
foo = (bar == true) ? 'Yes' : 'No';

// Code Snippet 2...
if(bar == true) {
  foo = 'Yes';
} else {
  foo = 'No';
}

希望有帮助！

score 0 · Accepted Answer

清晰很重要，因此人们可以正确验证和/或修改代码，但这并不一定意味着“更多”代码。我的感觉是，通常更少的代码更清晰。无论如何，评论应该是清晰和中肯的，而不是喋喋不休和被忽视。

5 回答 5