Question

我已经在这个项目上工作了很长一段时间，它已经变成了大约2000行。它是以一种恰到好处的方式完成的，但对于有人阅读（除了我）来说，这绝对是一场噩梦。所以我开始模块化代码并使其更容易理解，这样做现在已经接近3000行了！

它最终实现了相同的目标，但是我使操作流程更直观，更容易修改（你很难改变任何东西并让它在以前的版本中仍然有用）。

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

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

Answer 1

这取决于。

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

否则，更易理解的代码会更好，尤其是在与其他人合作时。毕竟，代码的读取频率比写入的频率要高得多。

Answer 2

更多代码更清晰。清晰应始终是第一位的。代码具有双重功能，用于机器执行它以及人类阅读和理解它。没有后者，前者几乎没用。

Answer 3

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

Answer 4

对于任何编译语言，注释，空格和变量名称等内容最终都无关紧要，因此请将它们作为提升清晰度的好工具。对于您认为运行速度更快但看起来更混乱的代码，请使用此优势。

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

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

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

希望有所帮助！

Answer 5

清晰度非常重要，因此人们可以正确地验证和/或修改代码，但这并不一定意味着＆＃34;更多＆＃34;码。我的感觉是，通常更少的代码更清晰。无论如何，评论应该清晰明确，不要喋喋不休，不要被忽视。