为什么那里有如此多的缩进代码呢？

Question

我用非Python语言浏览代码来开源项目的次数越多，我越觉得很多程序员似乎都不相信正确的缩进。 （我不会特别提到任何项目，以避免任何人过于亲自接受这个问题。）通常代码是缩进的，但在某种程度上与标准风格不同，它让我发疯，特别是在旧/狡猾的代码中。我注意到，当我用类似C语言编写时，我倾向于正确地缩进，就像我用Python编写时一样，除了调试代码，我实际上想要像拇指一样伸出来。鉴于使用现代IDE来修复不正确的缩进是多么容易，有什么理由可以不让宗教信仰与缩进同步？

Answer 1

大多数时候我在源基础中出现的这个问题的大多数情况是由于混合选项卡＆amp;空间。在一个人的编辑器中，每4个字符设置制表位，它看起来很好，但在另一个人的系统上有2或8个空格标签看起来很糟糕。您可以根据需要重新排列这些数字;有些文件无论如何搞砸了。改变间距是合并道路的巨大痛苦，所以它永远不会得到修复。

Answer 2

如果你在php中进行编码，很容易得到“缩进”的html，我会说php对于整齐地缩进比它喷出的html更重要...

Answer 3

除了Carl's observation之外还有两点：

• “适当”缩进是一种惯例和语言结构的问题。
• 如果没有事先咨询，可能会很难查看仅包含更改一堆行缩进的源代码控制的检查。

Answer 4

为什么人们穿得不正确？为什么人们在烹饪时不会使用适量的大蒜？为什么每个人都听怪异的音乐？你的问题假设一个权威，它定义了我尚未看到的正确性。

除此之外，我确实喜欢在文件中一致格式化的代码。如果你使用1个标签或3个空格，只要你一直使用它我就不在乎。与同一行上的大括号或他们自己的行相同，不在乎，只是保持一致。

我个人使用VS开箱即用，为我自动格式化所有内容，我对默认规则集感到满意。

Answer 5

人们普遍认为编码风格是“个人选择”的问题，而且一种风格与另一种风格一样好。我认为这不一定是真的。最近为accu编写的一篇文章（仅在线提供给成员）表明，各种速读技术可以应用于代码布局，以便于阅读和理解。毫无疑问，大量关于人类信息获取方式的数据，但本文是我第一次将其应用于代码布局。

可能有相当多的信息证明某些代码布局更适合人类阅读和理解，但我见过的（很多）论据都没有提到这样的信息，并且通常涉及捍卫人们拥有的风格习惯了。

Answer 6

也许只是那些程序员的“适当缩进”的想法与你的不同？也许你的代码看起来像是一个丑陋的混乱的缩进对他们？说真的，每个程序员似乎都有自己的“正确”缩进的想法，以及将其他人的缩进样式称为“错误”的奇怪倾向。从互联网（及早期）开始，缩进一直是火焰战争的一个突出话题。无需为火焰添加更多燃料。

所有人都说，你使用哪种风格相对来说并不重要。在整个项目中使用始终相同的缩进样式更为重要。当团队中的每个程序员都试图使用并强制他的风格时，最常见的混乱就会开始。结果是混乱和不合适的缩进样式的丑陋混乱，驱使人们疯狂。这就是为每个项目设置编码标准很重要的原因，因为每个项目都有不止一些程序员。我再说一遍 - 选择编码标准是不重要的，一致性是重要的。