我们的一位开发人员决定向其他开发人员发号施令，让人们如何格式化他们的源代码。
就我自己而言，我坚信Allman风格的缩进比K&R更好。
格式化样式就像宗教一样，总会有人不同意。无论有多少证据表明一个比另一个好，人们都不会接受它。
所以我想做的是，每次我在Eclipse中打开一个文件，我都会让它格式化源代码，这样我就可以查看漂亮的代码。每次我保存时，它都应该格式化为办公室中的口述风格。
我认为我可以手动执行此操作并为其设置两个热键。Ctrl-Alt-PgUp： my way Ctrl-Alt-PgDown： high way
热键选项可能很好，因为这样我就可以验证一切是否正常，而不是在幕后无形地发生。
Eclipse 只有一个格式选项。我需要的是两种格式样式，并将它们分别映射到快捷键。这有可能吗，如果是，如何实现？
恕我直言，如果你不能打败他们，那就加入他们吧。事实上，学会容忍丑陋，正如djna所建议的那样。在花了整个职业生涯悄悄地进行这场战斗之后，我给出了这个建议。
我相信Allman风格的编码在几个有意义的，重要的方面更好，从代码对齐开始，并明显澄清代码块。Allman风格的人往往是那些赞成/容忍更多地使用垂直空白来帮助澄清哪些事情在一起以及何时开始新的步骤或阶段的人。
从我自己的轶事研究来看，除了向早期先例致敬之外，K&R最常被引用的主要优势是，K&R是那些喜欢在一个屏幕上看到更多代码的人所青睐的风格。是的，这是真的，这是主要原因。代码密度。我以为一旦我们在90年代初度过了80 x 25角色控制台屏幕的年龄，这个问题就会最终死亡，但唉，但它似乎并不重要。因此，对于那些喜欢代码密度以便他们可以一次在一个屏幕上看到更多代码的人来说，我们遭受了数百万行K&R风格代码的困扰。* 叹息 *
底线：你无法赢得一场宗教战争。这不值得付出努力。在罗马时，像罗马人一样做，学会与旧的东西一起生活。这是一个在心理上打动我们的问题，因为它有点像权力和控制。但我们都明白，有些事情我们根本没有合法的权力或控制，所以让这些事情成为并学会适应。这确实是您从事软件开发职业的正确方式。
好吧，似乎古老的辩论又回来了。不幸的是，Eclipse JDT UI 还不支持应用不同的代码格式化程序。
有错误号 45423，旨在解决此问题。只要该错误仍未修复，最好的解决方法是在提交钩子中应用格式化程序，因为每个项目都与其自己的格式化程序相关联;您甚至无法选择要应用于文件保存操作的其他格式化程序（首选项 -> Java -> 编辑器 ->保存操作）。老实说，我不认为快捷键会起作用。
此外，可能值得研究Questoid代码格式化程序的使用，它似乎是最接近（或唯一）支持您需求的插件。我没有尝试使用它;我只阅读了Eclipse Marketplace的描述。
