这种问题真是相当无趣.各位大大手下留情啊
但是我还是想好奇问一下.
我还是蛮喜欢花括号换行的,都是因为在C语言中养成的习惯.
写过的Java代码也不少了(最近在学习JavaScript),我一直都是换行, 所以很显然这种习惯被带到各种地方, 也很少考虑"不换行"那种风格(懒惰?).
当然我没有与人合作过(都还没有出学校), 和我合作的人也有吐槽过我之前是不是写C#的(C#中这种风格相当常见),也知道团队的代码规范这种问题(猜测应该是不换行方案多), 所以想知道我的这种风格(在实际的团队中)对别人有没有影响(我了解到Go是强制规定这个事情的)?
其实,就像楼上说的，在团队开发过程中肯定是不能按照个人的习惯去写代码的,一个团队肯定会有一个团队的规范。然后现在IDE已经很成熟了。就拿写java来说,Eclipse也是支持自动排版的，所以这些东西不需要去关心,你必须去适应，当然你自己写代码的时候怎么顺手怎么来,但是写完以后一定要记得排版一下(具体的排版模板,团队肯定会有一份的)。在这个过程中,我们主要做的就是,看代码的时候要学会去适应,不同的排版(不过其实在业界,排版不会相差到哪里去)
然后我再来说说,团队每个人的排版不一致导致的问题吧。
现在版本控制无非就是两种git和svn。当我们的排版都不一样,那么merge的时候可能应该排版不一致的冲突就会很多。
在没有冲突的情况下，代码爱怎么写就怎么写（比如我写C++，左花括号都是换行的，感觉这样结构比较清楚，但我身边的人都是不换行书写左花括号的）；
但是如果和团队的代码规范、语言规范等起冲突，就应该以规范为准，放弃自己的写法；
其实换个写法也不会很困难，比如我在C++通常会用下划线命名法，但是和别人协作时，会改成统一的驼峰命名法，至于写JS，本身网络带宽很紧张，名字能用单个字母就用单个字母，至于换行啥的想都别想了，省一个换行符也是好的
要是你学Go的话，你不得疯？个人感觉，个人的习惯风格永远不应该放在第一位，跟随着和你一起共事的人所约定的规范才是最好的选择，当然，你可以选择不和那些与你习惯不一样的人共事，比如我，从写第一行代码开始，就认为 { 这个符号应该是跟在语言的最后面，而不是新起一行的，所以，我写 php 、java、python，而后转到 golang，最喜欢的当然是 golang 了，因为它直接从语言级的限定你必须把 { 写在行末，而且能给出让大家信服的理由，记得 Phalcon 框架里面，默认的代码都是C风格的，所以，我自己还写了脚本来转换，但是，这并不代表我不能改变这个习惯，绝大多数情况下我会选择离开与我风格不一样的团队，但是，却也有例外，当编码风格引起的反感小于项目本身以及团队的氛围对我的引力力的时候，我会选择后者，也就是，我同样也能写出 { 换行的代码来。
很多人都纠结于这种可大可小的琐碎的事情，就如一直在争论中的 vi 与 emacs ，为了不和别人争论，我直接花钱买了 Idea 、Sublime Text，何必为这些事情去争论？最适合你的业务与开发需求的才是最合适的，而那些无关大雅的事情，别浪费时间了吧。
《javascript语言精粹》中提到，如果大括号换行，在某些极端情况下会出错。
学着去适应语言的写法习惯可能好一点吧，慢慢就好了。但这个不是很重要吧？
不换行的风格是GNU的风格，换行的就是非GNU的风格，跟团队的其他成员一致就好。