我们的一位开发人员决定他要求其他开发人员如何格式化他们的源代码。
我自己，我坚信Allman风格的缩进比K＆amp; R好。
格式化样式就像宗教一样，总有那些不同意。无论证据表明一个人比另一个人好，但人们不会接受它。
所以我想做的是，每次我在Eclipse中打开一个文件时，我都会对源代码进行格式化，这样我就可以查看漂亮的代码了。 每次我保存时，都应格式化为办公室中的口述风格。
我认为我可以手动执行此操作并为其安装两个热键。 Ctrl-Alt-PgUp：我的方式 Ctrl-Alt-PgDown：高速公路
热键选项可能不错，因为我会验证一切都很好，而不是在幕后无形地发生。
Eclipse有一个格式选项。我需要的是两种格式化样式，并将它们分别映射到快捷键。这可能吗，如果是的话，怎么样？
答案 0 :(得分：8)
对迈克充满敬意，如果你无法击败他们，请加入他们。确实，学会容忍丑陋，正如djna所建议的那样。我在整个职业生涯中悄悄地打了这场战斗后给出了这个建议。
我相信Allman风格的编码在几个有意义的，重要的方面更好，从代码对齐开始，明显地澄清代码块。 Allman风格的人倾向于那些喜欢/容忍更多使用垂直空白的人来帮助澄清哪些事情在一起以及何时开始新的步骤或阶段。
根据我自己的轶事研究，K＆amp; R最常被引用的主要优势，除了对先前先例的致敬之外，K＆amp; R是一种喜欢在一个屏幕上看到更多代码的人喜欢的风格。是的，这是真的，这是主要原因。代码密度。我认为，一旦我们在90年代早期超过80 x 25字符控制台屏幕的年龄，这个问题将最终死亡，但唉，但似乎并不重要。因此，对于那些喜欢代码密度的用户，他们可以一次在一个屏幕上看到更多代码，我们会遇到数百万行K＆amp; R样式代码。 *叹气*
结论：你无法赢得宗教战争。这不值得努力。在罗马时，像罗马人那样做，只是学习与生活在一起。这是一个让我们在心理上受到打击的问题，因为它与权力和控制有关。但我们都明白，有些事情我们根本没有合法的权力或控制权，所以让这些事情成为并学会适应。这确实是接近软件开发事业的正确方法。
答案 1 :(得分：7)
好吧，这个古老的辩论似乎又回来了。遗憾的是，Eclipse JDT UI不支持应用不同的代码格式化程序。
有bug no 45423，旨在解决此问题。只要该bug仍然不固定，最好的解决方法是在提交挂钩中应用格式化程序，因为每个项目都与它自己的格式化程序相关联;您甚至无法选择不同的格式化程序来应用文件保存操作（首选项 - ＆gt; Java - ＆gt;编辑器 - ＆gt;保存操作）。老实说，我认为快捷键甚至不会起作用。
此外，可能值得研究使用Questoid Code Formatter，这似乎是最接近（或唯一）的插件来支持您的需求。我没有尝试过使用它;我只阅读了Eclipse Marketplace中的描述。
答案 2 :(得分：6)
我的建议：只是学会容忍丑陋。除非你“与SCM中的历史相比”功能非常好，否则在格式化时很容易出现虚假的差异。