4

我用非 Python 语言浏览开源项目的代码越多,我就越意识到似乎很多程序员不相信适当的缩进。(我不会专门提到任何项目以避免有人把这个问题看得太个人化。)通常代码是缩进的,但在某种程度上与标准风格有很大不同,它让我发疯,尤其是在旧的/粗糙的代码中。我注意到,当我使用类 C 语言编写代码时,我倾向于正确地缩进,就像使用 Python 编写代码时一样,除了调试代码之外,我实际上想像拇指疼痛一样伸出援手。鉴于使用现代 IDE 修复不正确的缩进是多么容易,有什么理由不虔诚地保持缩进与大括号同步?

4

6 回答 6

10

我大部分时间都在处理的源代码库中出现的这个问题的大多数情况是因为混合了制表符和空格。在一个人的编辑器中,每 4 个字符设置一次制表位,看起来不错,但在另一个人的系统中,有 2 个或 8 个空格制表符,它看起来很糟糕。您可以根据需要重新排列这些数字;无论如何,有些文件搞砸了。改变间距对于沿路合并是一个巨大的痛苦,所以它永远不会得到修复。

于 2010-03-18T18:57:21.020 回答
1

人们普遍认为,编码风格是“个人选择”的问题,一种风格与另一种风格一样好。我认为这不一定是真的。最近为accu撰写的一篇文章(仅限会员在线阅读)建议可以将各种速读技术应用于代码布局,使其更易于阅读和理解。毫无疑问,有大量关于人类获取信息方式的数据,但这篇文章是我第一次看到将其应用于代码布局。

可能有相当多的信息表明某些代码布局更适合人类阅读和理解,但我所看到的(许多)论点都没有提到这样的信息,并且通常涉及捍卫人们已经习惯的风格.

于 2010-03-19T08:25:52.990 回答
1

为什么人们不正确穿着?为什么人们做饭时不使用适量的大蒜?为什么每个人都听奇怪的音乐?您的问题假定了一个定义正确性的权威,我还没有看到。

除此之外,我确实喜欢跨文件格式一致的代码。如果您使用 1 个制表符或 3 个空格,只要您始终如一地使用它,我真的不在乎。与同一行或单独一行的大括号相同,不要在意,只要保持一致即可。

我个人使用 VS,它开箱即用地为我自动格式化所有内容,我对默认规则集非常满意。

于 2010-03-18T20:02:44.847 回答
1

如果您在 php 中编码,很容易出现“缩进不良”的 html,我想说 php 整齐地缩进比它吐出的 html 更重要...

于 2010-03-18T18:58:17.320 回答
1

除了卡尔的观察,还有两点:

  • “正确的”缩进是约定和语言结构的问题。
  • 仅包括更改一堆行的缩进的源代码控制检查可能会在没有事先咨询的情况下被视为非常糟糕。
于 2010-03-18T19:00:19.777 回答
0

也许仅仅是那些程序员的“适当缩进”的想法与你的不同?也许您的代码对他们来说看起来像是一团丑陋的缩进?说真的,每个程序员似乎都有自己对“正确”缩进的看法,并且有一种奇怪的倾向,即抨击其他人的缩进样式是“错误的”。从互联网开始(和更早)开始,缩进一直是激烈的争论的一个突出话题。无需为火焰添加更多燃料。

话虽如此,您使用哪种风格相对不重要。在整个项目中始终使用相同的缩进样式更为重要。当团队中的每个程序员都试图将他的风格强加给团队的其他成员时,最常见的混乱就开始了。结果是令人发疯的混合和不合适的缩进样式的丑陋混乱。这就是为什么为每个拥有多个程序员的项目建立编码标准很重要的原因。我再说一遍 -选择什么编码标准并不重要,一致性很重要。

于 2010-03-18T19:15:12.153 回答