Coding style 您是否关心代码的美学？

我不知道如果我的代码不“漂亮”，我是否是世界上唯一一个感觉不好的人。例如，如果我得到一个别人在我之前做过的作业。我无法帮助它清理代码并使其看起来“漂亮”。我不知道是不是强迫症

这就像我把代码看作某种艺术，在我自己的代码惯例中，它是完美的，看起来很好。我不知道你是否明白我想解释的

---

但是，您是否像我一样，总是试图从美学的角度使我的代码看起来很好，即使这不会使代码变得更好？

是的，我关心代码美学。。美观的代码易于阅读，因此易于理解。

我也发现自己处于这样的境地。因为干净的代码易于阅读和维护，所以我总是尝试清理代码并为其设置样式。

如果您指的是识别，我认为这是必要的

如果你的意思是可读性（对我来说，这不同于美学上的漂亮），那么它也是必不可少的

---

如果你想让写的东西看起来像花鸟在飞翔，那么不，我不担心P

与其说我关心它是否好看，不如说我关心它的可读性。碰巧“更漂亮”的代码通常更容易阅读和维护。

不，我不再尝试了。你不可能打败一大群代码猴子

---

只有在我的个人项目中，我才渴望把它变得完美。

是的，我正无耻地试图用愚蠢的问题来获取业力。

我也这样做。我发现，让代码看起来好看会使阅读和理解更容易。

格式化代码是使代码可读的一种方法（可能是最有效的方法）。面对可读代码会使单步执行程序变得更容易（无论是在调试器中还是在代码复查中）。合理的变量名和考虑变量范围也是如此

---

但是，如果您花费所有的时间将一些完全可以接受的字段、局部变量、指针等符号更改为一些非常私人的古老的-符号，那么我倾向于说这并不是真的必要。

是的，我喜欢让代码看起来更好，因为它使维护变得更容易，而且看起来人们关心的是如何创建一个好的系统

当代码看起来很难看时，你不会觉得自己有动力保持它冷静

---

我觉得我很担心，我觉得我的同事讨厌我=p

我不会仅仅为了美学价值而让事情看起来美观，但我确实认为编写可读性强、一目了然的代码非常重要。特别是在编写XML/HTML之类的东西时，适当的嵌套和缩进可以很容易地快速了解结构，并让您将时间集中在您关心的领域。一个简短、组织良好、易于直观阅读的方法可以节省时间和精力，而不是花十分钟来理解。

我非常好地利用了Visual Studio中的内置代码格式化程序。在Delphi中，我甚至使用一个外接程序来格式化我的Delphi代码。我还尝试将每个源文件的代码保持在1000行以下，尽管我并不担心某些文件会变得更长。我使用描述性变量名，当我怀疑代码（以及字段、类和参数的名称）不够清晰，下一个读取我的代码时，我会偶尔添加一些附加注释

---

结果是非常有益的，因为我曾经不得不维护我5年前编写的一段代码。它的可读性使得我自己在项目中的代码仍然非常可读。然而，其他人则更加粗心。这给了我一个简单的窍门，让我可以从一些没有经验的半程序员/经理添加的垃圾中识别出自己的代码，他们只能用Word和Excel编写宏…

“漂亮”和“代码美学”是一种代理词——这些术语听起来很琐碎，但（至少对我来说）真的很有意思“清晰、逻辑地表达想法”。清晰、逻辑地表达想法很重要。

整洁的代码更易于维护。你的大脑能够对代码进行惊人的自动模式匹配，因此你经常会发现你发现代码中的错误和问题，只是因为它是错误的“形状”。我发现整洁非常重要，我写了一篇VS addin（AtominerUtils）用于添加和格式化文档注释，以尽量减少我需要进行的工作，从而保持代码整洁

---

当然，这并不是重新格式化别人的代码的理由——如果你出于美观的原因将他们的代码更改为你的风格，你只会让其他程序员感到不安，更不用说你花了很多时间来编写新的代码，而你所更改的每一行代码都是另一个需要重新测试的潜在错误。所以试着停止你自己如果说“太过分了”

我讨厌我的同事们总是写一个字母的变量，即以下划线开头的短命名方法，通常是难看的代码。这似乎是这些部分的标准做法

---

我总是让我的代码看起来很好。它是我是谁的视觉表现，所以我必须保持它漂亮整洁，并适当缩进。

是的，我必须让代码缩进空格和制表符4空格宽，如果它是C/C++/Java代码，在它自己的行中放大括号，Emacs宏做其余的：-）

是的，我做了。因为”你不能[确实]与一群猴子作战”（如果我可以从一个答案中借用这一点的话），我倾向于尝试减少痛苦，并自动化可以自动化的内容，例如在构建过程中执行外观检查（必要时会中断）。另一种选择是在提交时自动格式化代码，但我更喜欢第一种

PS：在使用Java时，我正在使用and