您是否关注代码的美学？

Question

我不知道，如果我的代码不是“漂亮”，我是否是世界上唯一一个感觉不舒服的人。例如，如果我得到另一个人在我之前做的任务。我无法帮助它清理代码并让它看起来“漂亮”。我不知道这是不是某种强迫症。

就像我看到代码是某种艺术，在我自己的代码约定中看起来很完美。我不知道你是否理解我在这里要解释的内容。

但是你是否喜欢我，尽管不会让代码变得更好，但我总是试图让我的代码在审美的观点上看起来很好？

Answer 1

是的，我关心代码美学。美学上令人愉悦的代码易于阅读，因此易于理解。

Answer 2

不，我已经不再尝试了。你无法击败一群代码猴子。

只有我的个人项目才能让它变得完美。

Answer 3

我认为罗伯特·马丁在他的书“清洁代码：敏捷手册”中描述得最好 软件工艺

  

编写代码是不够的   好。代码必须保持清洁   随着时间的推移。我们都看到了代码腐烂和   随着时间的推移而退化。所以我们必须   积极参与防止这种情况发生   降解。

     

美国童子军有一个   我们可以适用于我们的简单规则   职业。

     

让露营地比你更干净   找到了。

     

如果我们都签了一下我们的代码   比我们检查时更干净，   代码根本无法腐烂。该   清理不一定是什么   大。更改一个变量名称   更好，打破一个功能   有点太大，消除一个小   一点点重复，清理一个   复合if语句。

     你可以吗？   想象一下在一个项目上工作   代码随着时间的推移变得更好了？   你相信其他选择吗？   很专业吗？的确，不是   持续改进是内在的   职业精神的一部分？

Answer 4

如果你的意思是认同，我认为这是至关重要的。

如果你的意思是可读的（对我而言，这与美学不同），它也是必不可少的。

如果你想要写的东西看起来像花鸟飞翔，那么没有。我并不担心。 ：P

Answer 5

我不太关心它是否看起来很好看，它的可读性如何。恰巧“更漂亮”的代码通常更容易阅读和维护。

Answer 6

格式化代码是一种方式（并且可能是你最好的方式）使代码可读。面对可读代码会使程序更容易（无论是在调试器中还是在代码审查中）。对于合理的变量名称和考虑变量范围也是如此。

但是，如果你把所有的时间都花在一些非常个人的 Ancide 注释中的字段，本地人，指针等完全可以接受的符号上，那么我会倾向于说 并不是必需的。

Answer 7

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

我总是让我的代码看起来很好。它是我是谁的直观表示，所以我必须保持它整洁，并且正确缩进。

Answer 8

我不会仅仅为了美学价值而使美观看起来美观，但我认为编写可读且易于理解的代码非常重要。特别是在编写XML / HTML之类的东西时，正确的嵌套和缩进等功能可以让您轻松快速地了解结构，并让您花时间专注于您关注的领域。一个简单，组织良好的方法，易于阅读，可以节省时间和精力，而不需要花费十分钟的时间来理解。

Answer 9

所以你的家伙合并完整的噩梦？撤消所有美观的格式，我刚刚签到的代码的作者和主要维护者？

Answer 10

定义“美学”。我认为这对不同的人来说意味着不同的事情。

关于我编写的任何代码（尽管此处发布了代码示例），对我来说绝对最重要的是它按预期工作。一旦按预期工作，然后，只有这样，我才会担心美学。

美学是主观的。我可能会花费劳力使我的代码成为我眼中的艺术品，而其他人可能会来到我身后并努力改变它以符合他们对“美丽代码”构成的意义。毕竟，您是否包括设计模式，编码标准，命名约定以及谁知道其他什么？或者它是一个简单的缩进，大括号对齐，变量声明中的类型对齐等等吗？

没有两个开发人员会完全同意什么是美学上令人愉悦的代码。这并不是说你不应该努力创造它;但它不应该是你的首要任务。编写工作，可维护的代码应该是您的首要任务。如果它恰好在美学上令人愉悦，那就这样吧。

Answer 11

是的，我知道。而且因为“你不能[确实]打一支猴子军队”（如果我可以从一个答案中借用它），我倾向于尝试减少痛苦并使自动化自动化，例如：在构建期间执行化妆品检查（必要时会破坏）。另一个选择是在提交时自动格式化代码，但我更喜欢第一个。

PS：在使用Java时，我正在使用Jalopy和Maven。

Answer 12

是的，我必须让代码缩进空格和tab 4空格宽，如果是C / C ++ / Java代码将大括号放在自己的行中，Emacs宏会完成其余的工作： - ）

Answer 13

整洁的代码更易于维护。你的大脑能够在代码上进行惊人的自动模式匹配，所以你经常会发现你发现代码中的错误和问题只是因为它是错误的“形状”。我觉得整洁如此重要我写了一个VS插件（AtomineerUtils）来添加和格式化文档注释，以尽量减少我需要去做的工作，以保持我的代码整洁。

当然，没有理由重新格式化别人的代码 - 如果你出于审美原因将代码更改为你的风格，那么你只会让其他程序员感到不安，更不用说你花了很多时间把它放到新代码，以及您更改的每一行代码都是另一个需要重新测试的潜在错误。所以试着阻止自己“走得太远”。

Answer 14

“漂亮”和“代码美学”是一种代理词 - 这些词听起来微不足道，但（至少对我而言）的确意味着“清晰而逻辑地表达的想法”。显而易见，逻辑上表达的想法很重要。

Answer 15

我很好地利用了Visual Studio中的内置代码格式化程序。在Delphi中，我甚至使用了一个允许我格式化Delphi代码的加载项。我还尝试将每个源文件保存在1000行代码之下，尽管我并不担心某些文件是否会变长。我使用描述性变量名称，偶尔添加一些额外的注释，当我怀疑代码（以及字段，类和参数的名称）不够清晰，以便下一个读取我的代码。

结果是非常有益的，因为我曾经不得不维护一段我在5年前写过的代码。它的可读性使我在项目中的代码片段仍然非常易读。不过，其他人则更粗心。它给了我一个简单的技巧来识别我自己的代码来自垃圾，这是由一些缺乏经验的半程序员/经理添加的，他只能在Word和Excel中编写宏...

Answer 16

是的，我喜欢让代码看起来更好，因为它更容易维护，看起来人们担心制作一个好的系统。

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

我觉得我很担心我认为我的同事恨我= P

Answer 17

我也这样做。我发现使代码看起来很好，使其更易于阅读和理解。

Answer 18

我也发现自己处于这样的位置。由于干净的代码易于阅读和维护，我总是尝试清理和设计代码。

Answer 19

是的，我无耻地试图通过愚蠢的问题获得StackOverflow业力。