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