有没有和我一样喜欢把大括号上下对齐的？尤其是 if 语句
14:25:17 +08:00 · 8337 次点击
第 1 条附言 &·&
17:00:55 +08:00
if ( ... )
if ( ... ){
你们不觉得第一种的代码可读性更好吗？尤其是多层嵌套的时候。
112 回复 &| &直到
17:46:46 +08:00
& & 14:43:13 +08:00 via iPhone
不说语言的都是耍流氓。
有时候左括号换号是 IDE 给逼的，比如 VS 。个人倾向于不换行。
& & 15:05:46 +08:00
之前喜欢换行（据说￥ 1/行）。后来就算 vs 也强制不换行了，更紧凑剪短，阅读起来方便，还有这一行特么得值￥ 1 啊。
PS ：其实还是看习惯:-D
& & 15:29:33 +08:00
觉得楼主是个 JAVA 工程师
& & 16:00:06 +08:00
@ 我觉得楼主是个 C#工程师， Java 都是不换行的
& & 16:07:11 +08:00
if for 这些后面的{ 都是不用换行的
只有 class 才用换行
这个不是规范里面讲了吗？
& & 16:08:40 +08:00
每个语言的规范不一样,一般要么按自己喜好随意,要么尊重使用语言的官方或社区性规范
& & 16:09:54 +08:00
不管什么大括号, 都喜欢单独一行, 我是不是没救了
{
& & 16:10:09 +08:00
@ 还是看语言对应的规范。
如果你想在 Visual Studio 里写 if (blabla) {的话，最后会被 IDE 逼疯的，至少写 C++的时候是这样。
& & 16:13:35 +08:00 via iPhone
我把 phpstorm 自动排版设置成大括号一律去下一行。。
& & 16:17:58 +08:00
我也喜欢，但是快捷键格式化的时候也给我改成不换行的了， java eclipse
小时候 vc 6.0 留下来的习惯吧
烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫烫
& & 16:20:07 +08:00
@ 那也是，不过好像都有那么两个党派吧，无论是什么语言。
所以我用 Python ： P
@ PHP 还是习惯我在 5L 说的那种写法。 BTW ， phpstorm 应该可以设置啊。
& & 16:20:31 +08:00
平时写 OC/Swift 。屏幕纵向空间宝贵，因此所有左大括号都不换行。
& & 16:34:04 +08:00
个人习惯吧。。。
& & 16:36:21 +08:00
换行的都是牛芒
& & 16:38:21 +08:00
不换行的都是流氓
不换行阅读效率骤减
& & 16:38:26 +08:00
if (balabala) {
& & 16:43:28 +08:00
我都是
///xxxx
function(param){//xx
}
& & 17:05:29 +08:00
Golang: 你说啥？
& & 17:06:42 +08:00
google code style guide
& & 17:45:25 +08:00
个人表示更喜欢第二种，虽然开发工具的代码格式化工具格式化出来是第一种，每次都要自己改好久，我是不是没救了
& & 18:05:12 +08:00 via iPhone
@ 嗯，我就是指的 code style 设置。
& & 18:42:34 +08:00
@ Python 也是可以打起来的，比如空格和 tab :doge:
& & 18:45:58 +08:00 via Android
& & 18:51:08 +08:00
我和楼主一样是强迫症。
& & 18:52:03 +08:00
golang 你这样写试试看。
& & 18:52:48 +08:00
golang +1 强迫症走好不送
& & 18:53:12 +08:00
每次看到这种问题，我就想到 Golang ，直接从语言层面扼杀了撕逼的可能，这得节约多少时间。
& & 18:58:01 +08:00
所以 Python 是最优美的语言
大家快来吵架
& & 18:58:54 +08:00
& & 19:00:25 +08:00
去死吧！你这个异教徒！
& & 19:03:47 +08:00 via iPhone
@ 还是你这个应景！！！
& & 19:04:34 +08:00
golang 的兄弟们,起来弄死这些异教徒!!! 杀啊!!!!
& & 19:19:47 +08:00 via Android
不是说代码超过一屏后的 bug 量急剧增加么，还争什么。
& & 19:49:23 +08:00
坚决鄙视换行的异端，必需是风格二。
& & 19:54:05 +08:00
C/C++ 风格一， java 风格二，至于 python 呢.....#（滑稽）
& & 19:56:20 +08:00
if(...){
...
}
else{
...
}
& & 19:58:42 +08:00
我就知道，不换行的居多...
然而失去对称美实在看不下去！
紧凑？ 你咋不每个 block 写一行呢，那才紧凑呢。
& & 20:11:35 +08:00
其实根本不重要，按自己的风格写， commit 之前按照约定的标准格式化一下代码，搞定。
& & 20:34:37 +08:00
你们写 tcl 的时候给我换行试试，函数名后不加空格直接接{试试。
不说什么语言纯粹耍流氓。
& & 21:18:26 +08:00
必须是风格二，就连 shell 脚本也是
if [ $? -eq 0 ]; then
# do something ...
fi
& & 21:35:04 +08:00
语言都有统一的代码规范， IDE 自动 reformat ，这种东西不值得操心。
真要喜欢某个风格，自己改一下本地标准就好。
& & 21:36:36 +08:00
各人喜好吧。
个人有强迫症喜欢风格二。。。而且省行数，可以阅读更多行。
& & 21:37:25 +08:00
公诉人：代码是你写的么？ 被告：是 公诉人：念一遍 被告：巴拉巴拉巴拉 审判长：停，你刚刚的大括号换行了吗？ 被告：换了 审判长：判 10 年
& & 21:38:05 +08:00
& & 21:52:03 +08:00
ruby 表示大括号开 block 都是 one line 。
& & 21:55:28 +08:00
这不是更好看
& & 21:57:57 +08:00
- (void)test
{
& & 21:58:54 +08:00 via iPad
用 Visual Studio 的时候用风格一，其它时候用风格二。
& & 21:59:31 +08:00
if(…){…}else{…}
& & 22:01:56 +08:00
觉得换行才丑的只有我一个么
& & 22:25:16 +08:00
在模板里写第二种，在代码里写第一种。
& & 22:36:14 +08:00
这种东西没什么好讨论的，严格按照各个语言的规范来。
& & 22:40:38 +08:00
我啊！我挺喜欢的！
& & 23:21:25 +08:00
与团队项目风格一致就行, 个人习惯已不重要
& & 23:33:42 +08:00
astyle --style=linux xxx.c
& & 23:43:31 +08:00
以前我是都不换行，但是上次听同事说然后看了看，规范的代码应该是这样：
class 和方法名的花括号换行，凡是逻辑类型的花括号都不换行。
写 Python 就不用纠结这个， 2333
& & 23:45:04 +08:00
if ( ... ){
...
}
else{
...
}
个人喜欢这样
& & 23:51:07 +08:00
if switch for
..... 控制语句不换行...
class .... 换行
& & 23:55:09 +08:00
本质上是 Java ， C#之争
& & 00:18:53 +08:00
居然发现 你写的代码行数 比我的还多～哈哈
& & 01:19:37 +08:00
楼主缺金币了，哈哈
& & 01:20:11 +08:00
你这种属于异教徒，应该烧死
坚决支持第二种，才是正义
& & 01:21:38 +08:00 via iPhone
@ PHP 的标准化是函数类方法要换行的、而循环和逻辑就不换行。
& & 02:46:46 +08:00
if ( ... ){
...
}
else{
...
}
& & 07:28:28 +08:00
不是每个标准都是一样的...
& & 07:57:07 +08:00 via Android
我就是这种人…
& & 09:01:00 +08:00
我写 Java 时, 左大括号{ 从来都是单独一行.
我写 Go 时, 左大括号{ 从来都不是单独一行.
& & 09:44:57 +08:00 via iPhone
只要确保 consistency 就可以了
& & 09:51:05 +08:00
PHP PSR 好像有这要求。。。
不过我基本写 Java ， 都是将 { 放末尾。。。 Java 一些觉的 CodeStyle 如 Google Code Style 也是如此。
& & 10:00:49 +08:00
if (...) {
...
} else {
...
}
& & 10:06:10 +08:00
一直是风格 2 ，但是老大一直是风格 1
& & 10:10:30 +08:00
@ 风格 2 里面竟然不空格，异教徒烧死
if (...) {
...
} else {
& & 10:13:35 +08:00
我也喜欢这种风格，可惜我现在的主要语言是 JavaScript ，没法用这种风格（万恶的行尾自动加分号）
return
{
...
}
这种会被转换成
{
...
}
最后 return 一个 undefined 出来
& & 10:13:53 +08:00
只要保证 } else { ，别的我没意见
& & 10:13:58 +08:00
按照规范来
& & 10:39:43 +08:00
else 换行跟 if 换行的风格 1 一样都是异教徒
& & 10:51:10 +08:00
这个贴至少值五毛
& & 10:57:00 +08:00
不喜欢打花括号，所以转入了 py 的行列
& & 10:57:32 +08:00 via Android
写 Java 的，一直风格二
& & 11:02:30 +08:00 via iPhone
尼玛，我这个选择困难症加强迫症，看到这个又纠结了。。。
& & 11:06:47 +08:00
我来告诉你为什么要换行：
& & 11:16:04 +08:00
这真是万年钓鱼贴
& & 11:21:51 +08:00
if ( ... ){
//
}else{
...
}
& & 12:26:22 +08:00
java 一律用风格二， c++ 除了函数用风格一，其余类、语句块等都用风格二
风格二看起来比较紧凑，另外空格不能少
PS: 前提是写自己的代码，如果是改现有的代码，保持原有风格
& & 13:16:22 +08:00
C 用第 1 种
Java 用第 2 种
& & 13:38:07 +08:00
用 C++，喜欢第一种， java 的人用第二种
& & 14:29:30 +08:00
if () {
...
} else {
...
}
& & 14:32:21 +08:00
楼主你 else 两边竟然不加空格……
& & 14:38:58 +08:00
@ me too,习惯这种
& & 14:40:57 +08:00
…
} else {
& & 14:48:42 +08:00
if ( ... )
{
...
}
else
{
...
}
看到不是这样的我会很自然的帮它回车..............
& & 15:42:46 +08:00
哦？我也喜欢对齐啊：
if (cond)
--do_something();
else
--{
----blah();
----
--}
（逃）
* * *
@ 在 $? 上面做 zero-check 而不是用 && 和 || 或者直接 if previous_command 都是教程看傻了……
& & 16:52:07 +08:00
之前习惯风格一，感觉结构更清晰易读。
现在变成习惯风格二了，再看之前自己写的风格一代码，感觉好松散。
这两种都是合理的，各有利弊。
& & 17:22:28 +08:00
貌似还没有开始讨论花括号前要不要加空格？
^_^
& & 17:52:19 +08:00
@ 不加空格能看吗？就那么懒？懒还回车干啥，全部代码写成一行算了。。。。。
& & 18:23:14 +08:00
@ ← ← 大兄弟不要激动，我没说不加空格呢
& & 19:25:13 +08:00
明明都是可以设置的，为什么都要怪到 VS 身上？
& & 21:57:24 +08:00
PHPer ，个人用后一种，最主要原因是省一个空行，一屏幕能多显示出很多代码。
但是 PSR 规范要求前一种，十分搞不懂连特么括号怎么写都规定……
& & 14:48:03 +08:00
我用 phpfmt 直接格式化成风格一……
& & 14:53:54 +08:00 via iPhone
非要大括号的话必然是风格二啊
由于渐渐开始讨厌大括号
现在写 js 开始用 coffee 写
& · & 2867 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 29ms · UTC 09:36 · PVG 17:36 · LAX 02:36 · JFK 05:36? Do have faith in what you're doing.如何把记事本里的每一行改成连续的，就是不换行_百度知道
如何把记事本里的每一行改成连续的，就是不换行
我的记事本有很多电话号码，但是都是一个一行。我想把它们改成一个一个连着的。怎么弄 ？
WORD里，把换行符换成空 ，怎么弄？会弄就不在这儿问了
我有更好的答案
放到WORD里，把换行符换成空 +++++++++++++++++++++不要这么说嘛，我不是以为这样说了你就会了吗先复制到WODR文档中按Ctrl + H，打开 查找与替换 对话框查找内容：点高级/特殊字符/段落标记替换为：（空，不要填）再点 全部替换
采纳率：35%
为您推荐：
其他类似问题
记事本的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。写代码花括号不另起一行的好处是什么
15:24:38 +08:00 · 14125 次点击
另起一行的好处：
没有编辑器提示的情况下仍然能轻松的看出内外关系；
对称，美观。
第 1 条附言 &·&
18:57:00 +08:00
到现在，看到的原因有：
减少代码行数，同样高度看更多代码。
（习惯、项目统一那个不在讨论范围内）
第 2 条附言 &·&
21:11:11 +08:00
又看到了一些。
少敲回车键（汗）
js里面函数名和函数体在一起比较好（我确实遇到过sublime text收缩代码的问题）
第 3 条附言 &·&
12:23:39 +08:00
借着这个帖子说一个不相关的事情吧，今天就在身边，发生了让人唏嘘的事情，某来公司开会的哥们在公司洗手间晕倒，医生带走时心电图已平了。
希望大家一是都重视身体健康，毕竟你的身体这么些年你好你坏都正常运转着。
二是都学一些急救常识，有人晕倒口吐白沫，可能是癫痫，但观察如果呼吸脉搏出现问题，要快打120，尽快（骤停4min~6min内）做CPR。CPR:http://baike.baidu.com/view/236782.htm
希望对大家有点帮助吧。祝大家平安喜乐。
102 回复 &| &直到
15:00:15 +08:00
& & 15:26:17 +08:00
不用打回车换行了
不然多按好几个键。
我比较懒。
& & 15:27:06 +08:00
& & 15:28:06 +08:00
基督教的好处是什么？佛教的好处是什么？
是否另起一行只是教派不同而已。。。
& & 15:28:58 +08:00
晕，开撕了，我写代码去。。。
& & 15:29:56 +08:00
这么写高兴。
& & 15:32:12 +08:00 via iPhone
& & 15:32:27 +08:00
你说的这个好处根本就不是特有的好吗
& & 15:32:31 +08:00
以前我也是另起一行党，也是跟你同样的观点。
但我现在转变成不另起一行了，熟悉之后也还是能比较轻松地看出内外关系，真的，所以那条理由其实不成立。
而不另起一行的好处是，可以有效减少行数，同样高度内显示的内容更多，更容易把控代码前后关系
& & 15:35:51 +08:00
人生苦短，我用Python
& & 15:40:44 +08:00
我一开始也是换行的
后来看身边的教授, 大牛, 以及操作系统等代码都是不换行
就跟着学了..
后来发现行数少带来的优点也不少, 而且习惯后不换行的情况下也能分清block
& & 15:55:00 +08:00
大括号不换行通过行首的缩进也能很清楚的看出层级啊
话说看代码的内外关系还需要编辑器提示？
& & 16:03:43 +08:00
不过还是比 begin 和 end 要好
& & 16:24:54 +08:00
最大的好处就是不会在细节上面花太多时间，反正很明显的看到区块
& & 16:26:39 +08:00
换了十几年行, 现在不换行了, 没别的, 年纪大了, 眼神不好, 换行了一眼望去代码跟撒欢儿似得零零碎碎, 看得头大
& & 16:32:15 +08:00
写C#换行，写JS不换行，写golang 不是我自己说了算
& & 16:37:23 +08:00
& & 16:47:20 +08:00
突然想起我大python ~
& & 16:48:56 +08:00
据说这个实际上程序员只有两种，一种是花括号换行的，一种是花括号不换行的……
& & 16:54:17 +08:00
@ 老板算工作量的时候，可以有效地给老板省钱啊！
& & 16:55:22 +08:00
& & 16:56:28 +08:00
自己习惯了就好，我是当年自学C语言，用的K&R的书。
& & 17:00:28 +08:00
同意ls的：而不另起一行的好处是，可以有效减少行数，同样高度内显示的内容更多
& & 17:05:24 +08:00
如果阅读过《代码大全》的人肯定知道，大多数人另起一行的括号写法是错误的。在正确写法的前提下，另起一行和不另起一行看个人习惯了。
协同开发的时候应当遵循统一的代码规范。
& & 17:05:47 +08:00
python 哭晕.
& & 17:06:38 +08:00
宇宙最好的语言表示，class interface和trait的花括号换行，控制结构if while switch for foreach的不换行～
& & 17:08:16 +08:00
增加键盘回车键寿命，减少地球的能源使用，降低了武器的制造成本，为了对抗隔壁星球的老王打下坚实的基础
& & 17:16:17 +08:00 via Android
没啥，在世界之初有两种c一种是the c一种是谭浩强c所以括号只是个历史遗留问题
& & 17:20:20 +08:00
以前都是另起一行，奈何公司规范要求同行。。。
目前感觉，如果代码行数少的话，同行舒服，代码行数多的话，另起一行看的舒服（能通过缩进找到另一个括号，我相信人眼对括号的匹配的优先级要高于对括号+字母的优先级的。。）
& & 17:40:22 +08:00
先看语言和项目代码规范吧，然后就看个人喜好了
不过学 js 的时候遇到过这样的坑=-=
return
{
x:y
}
& & 17:41:39 +08:00
少按一下键就是优点了，你看javascript这种语言连冒号都建议用''单引号而不用&&，就是因为可以省掉左手去按SHIFT……
& & 17:46:49 +08:00
如果公司是按照代码行数算工作量的话，另起一行当然好些，蚊子腿也是肉
& & 17:49:25 +08:00
我就是舒服。。。有的人花括号不光换行还再来一下，看的时候也是醉了。。。
& & 17:51:15 +08:00 via iPhone
& & 17:55:24 +08:00
省了一个空行，看起来更紧凑。
此外，也很美观呢，也可以看出层次关系呢，毕竟缩紧很明显、下括号也是存在的。
也就说你提的两个理由，没一个站住脚。
& & 17:58:50 +08:00
不用花括号都能看内外关系了（python开发者如是说），换不换行和内外关系就没啥关系了- -
& & 17:59:54 +08:00
尿尿不抖几下的好处是什么？
& & 18:01:02 +08:00
@ “同样高度内显示的内容更多，更容易把控代码前后关系”+1
显示器太小就是坑
& & 18:01:17 +08:00
一直没搞懂为什么要另起一行放一个花括号
& & 18:02:47 +08:00
强迫症表示不换行受不了
& & 18:08:37 +08:00
@ 应该压缩下算下, 按照信息熵来开工资..
& & 18:14:56 +08:00
& & 18:18:20 +08:00 via iPhone
看到帖子必须吐槽一下javascript自动加分号:P
& & 18:19:40 +08:00
支持楼主。。。
& & 18:36:50 +08:00
&&& from __future__ import braces
File &&ipython-input-8-2aebb3fc8ecf&&, line 1
from __future__ import braces
SyntaxError: not a chance
& & 18:37:49 +08:00
@ 论空格和tab的区别，哈
& & 18:56:57 +08:00
其实没啥好处，就是以前显示器屏幕小，可以省一行的空间。现在都是高分屏了，没实际意义了，只有传统意义。
& & 19:04:20 +08:00
像我这样，一会儿换行，一会儿不换行的怎么破。
& & 19:13:07 +08:00
1. 节约垂直空间。有人声称当函数超过一屏时 bug 数会加倍呢。
2. 防止意外，如一不小心写了这种
if(this && that);
你自己盯十遍也不一定能发现。但是如果是这样：
if(this && that); {
你就会发现 ); { 这里很不和谐（因为这种字符组合很罕见，而 ); 这个很常见）。
当然这些如果开 -Wall 的话编译器会提示你的。
3. 没有编辑器提示的情况下仍然能轻松的看出内外关系。只要从 } 垂直向上找，遇到字符就说明到达此区块开始了（当然还得跳过宏）。而分开写，开始处占了俩逻辑行，感觉不好。反正我是这么觉得的，也许是因为不换行的代码见太多了。
& & 19:14:08 +08:00
@ 在我这里，两种写法所需要的按键数通常是一样的：
1. ) 空格 {
2. ) 回车 {
缩进编辑器会帮我处理。
& & 19:15:08 +08:00
这是个哲学问题，最早的部分规范推荐是大括号不重起一行的。
看起来其实也没有那么不方便。
+-----/
------/
-----/
----/
---/
--/
-/
}
不重启一行的阅读方法是，你顺着括号收网上看，看到的第一个字母就是大括号开始的那一行。看上去像个倒三角形的样子。
习惯了都很好。可以节省版面。
& & 19:23:05 +08:00
自从改Python后，就和大括号88了
& & 19:32:10 +08:00
我喜欢紧凑的代码，行数太多、太长的代码不好看。我不喜欢加多余的空格。很多人喜欢在加号&+&的前后分别加上空格，我就不喜欢这么做，松散的代码不好看。
& & 19:33:38 +08:00
1. ) 空格 {
2. ) 回车 {
以上两种我都不喜欢，我是喜欢
){
更加紧凑
& & 19:40:27 +08:00
@ 还有一种都不换号{}
& & 20:15:34 +08:00
一个经常遇到的bug:
while(i == 1);
{
}
上面如果括号内为真，大括号的内容不会被执行
while(i == 1){
}
& & 20:47:10 +08:00
额...又是这个题目啊
-------------
void doSomeThing(para...) {
function();
}
函数名和函数体应该是有关联的,在你读代码的时候,不空行可以显示出这种关联
另外这样少占一行,还是方便阅读
另外,python没有{}, 更加好,缩进已经能够反映这种关联关系
对我就是跟我老板学的
& & 20:59:39 +08:00
可以有效防止强迫症患者阅读你的代码。。。
& & 21:06:14 +08:00
go语言要求必须这么搞
& & 21:09:33 +08:00
不换行党，理由：大部分编辑器折叠后的样式更好。
& & 21:10:34 +08:00 via iPhone
& & 21:21:38 +08:00
好处还是蛮多的诶，你不觉得这样看起来清爽很多么？
& & 21:48:17 +08:00
& & 22:32:57 +08:00
@ 嗯，那的确又省了一个键。我两种都用，好像是取决于语种和上下文……
& & 22:40:29 +08:00
一开始我写代码的笔记本是的分辨率，然后标题栏占一点儿高度，菜单栏占一点儿高度，工具栏占一点儿高度，标签栏占一点儿高度，下面调试或者什么乱七八糟的信息栏占一点儿高度。最后编辑器可视区域也就10行多一点儿。
所以坚决的从换行党切换到不换行党了……
不过有例外的情况，就是C#。Visual Studio 似乎是强制C#换行花括号的，所以直接就顺着VS来了。
@ 你给的这个图片有种说不出的怪异，可能是有点儿python的感觉了吧。
@ 这种情况都是手滑多写了个分号吧？
@ 我觉得加了空格蛮舒服的，只有一种情况不加空格：
b = a[i+1];
就比
b = a[i + 1];
要好看一点儿
@ 虽然没细学过Javascript不过感觉这个坑是因为js语句可以有也可以没有分号是吧？
& & 22:41:15 +08:00
两种风格，感觉主要是个人习惯的问题吧
现在是右括号不换行，个人原因是感觉看起来顺眼好多，而且，换行之后造成的无意义空间多了好多
& & 22:52:07 +08:00
@ 还是写Python吧
& & 23:30:32 +08:00
contol + shitf + f：什么格式对我来说重要吗？
& & 23:39:42 +08:00
谷歌有C++一套开发格式，目前感觉的确挺舒服
& & 23:51:41 +08:00
认为另起一行美观是因为对称,但是我认为我的审美更符合以下第2种:
1)花括号另起一行
++++++
+
+++
+++++
++++++
+++++
+++
+
2)花括号跟在后面
++++++
+++++
++++
+++
++
+
& & 00:05:31 +08:00
@ 你可以把所有代码都写到一行试试 :-D
& & 00:23:41 +08:00 via iPhone
@ Visual Studio哭瞎在厕所
& & 04:48:02 +08:00
想要省空间省回车的，干脆就用没括号的算了。（虽然一写在纸上换页然后就容易呵呵了。）
要是不爽这坨，用Lisp风格不就行了，这不更节约行数么。
说到底凭什么}非得吊车尾而{就不行呢？完全没理性的理由，只是习惯罢了。基于}经常占据了单独的行这个现实，说节约行数是主要目的的，我很怀疑有没有花时间想过这里的问题。
另外，K&R也不是照搬的理由。注意一下K&R C函数体内部的块的{}和其它{}还不都一样，显然并不是任何时候都把{前的换行删除。另外值得一提的是，函数体层次上和内部块的{}风格不一样和函数体必须是复合语句这些artifacts现在看来都是K&R C旧参数声明语法的遗毒。
& & 04:56:57 +08:00
@ 这种错误怎么看也没比自作主张脑补;的语言来得混乱。既然后者都能接受，前者又有啥大不了的呢。
真不爽的怕错的，直接禁止然后源码里正则暴搜干掉所有\);(?=\r?$)得了。这种检查还方便自动化实现。
倒三角形美观？完全不明觉厉。先看长的代码再看短的代码心情会好么。至少汉字的文章按这种构造写看起来挺奇怪的。
& & 06:15:46 +08:00
不会有的时候merge中间插了别的东西这个函数就崩了
& & 07:48:13 +08:00
@ } 放上一行的话添加、移动代码不便的。但是 { 放在 if / for / while 行没有这个问题，反正我是不用 if (x) 这种不用 { } 的单行 if 块，往里边添加东西太麻烦。
我并不接受自己添加 ; 的语言。写 JavaScript 都是显式写 ; 的。我说了，「);$」这个组合是非常常见的，比如 a = func(); 你检查下一行是不是单一个 { 也没用，因为有时候 { } 不会跟着 if / for / while 出现，只是用来划分作用域的。
我也不觉得倒三角美观，还嘲笑过 Lua 里有很多很大的由 end 构成斜边的倒三角呢。但是也没觉得有什么问题。GNU 那种风格才会觉得有问题。
& & 08:21:05 +08:00
一般
if ()
习惯问题吧，如果没有大括号，就觉得下句就结束了（习惯问题）
& & 08:46:07 +08:00 via Android
Python党笑而不语
& & 08:50:14 +08:00
能够用格式工具统一的问题就不要自寻烦恼
& & 09:30:25 +08:00
因为Go不这样写会报错编译不过。。
& & 09:37:57 +08:00 via Android
坚决换行，我就喜欢...
& & 09:46:08 +08:00
golang就是这么要求的。。。。不这样写报错。
& & 09:49:53 +08:00
节省垂直空间，代码到处是空行，阅读的时候狂滚鼠标滚轮，而且一屏还看不了多少有用的代码，多抓狂啊。
现在的编辑器本身就带括号匹配，很容易就找到 block 了
& & 09:56:32 +08:00
@ 你考虑过后面维护你代码的童鞋么.
原型代码为了容易DEBUG和易读性都是换行写的.到了代码封装上线的时候才会用工具去掉换行.你们的professor和大牛这么写......恩我不多说......很多牛逼的人都是不考虑别人的.
& & 09:56:47 +08:00
@ 你比较适合用Py
& & 09:58:18 +08:00
}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}}
节约浏览空间和纸张
& & 10:02:12 +08:00
首先, 必须有括号(没啥好处, 但不这样做有坏处)
第二,尽量换一行(好处:想把判断条件忽略时, 直接把if行注释就行, 如果括号在同一行就呵呵了)
& & 10:05:04 +08:00
另起一行太丑
& & 11:23:16 +08:00
& & 12:06:49 +08:00
1. 我总是有编辑器提示。
2. 另起一行太丑。
& & 12:13:50 +08:00
golang强制要求不换行,而且看起来挺美观的,就一直这样写了
& & 12:16:36 +08:00
与kernel保持一致风格，习惯了而已，并没有什么好处。就像要另起一行又有什么好处？
& & 12:31:09 +08:00
所以说不要再搞党争了，一命呜呼啥也没用
& & 12:55:32 +08:00
我随便，只是vs帮我格式化好了。
& & 13:28:30 +08:00
@ 其实我永远觉得显示器不够大。原来想把显示器竖起来用，后来发现竖起来分屏用太窄了。
& & 20:25:31 +08:00
@ 好吧，漏了，\)的前面得是(for|while|if).+。我也不用单行块也不接受自己乱加;，所以没这类问题。
另外-Wall应该还是基于语义的，如果循环条件带副作用可能靠不住。
倒三角的评论应该分开回复……
GNU风格的最明显问题在于，它让制表符宽度一旦不是特定的一些预设值看起来就很糟糕，还不如都空格算了。
@ 都是习惯没错，但硬要说成一回事，“并没有什么好处”，不符合事实。
另起一行在习惯以外的好处，上面至少已经有人说了两个：人肉匹配块的边界更快；临时注释if等方便。（不管时常进行这些操作是不是习惯，对习惯或不习惯的用户来说效果应该都是类似的。）
而不另起一行的好处，也有提到了两个：节约行数；避免手贱错误地插入分号之类。
但是我已经指出过后者的这些理由很不一样：节约行数很不彻底，明显不如}}}}；即使能减少一些具有良好编码习惯的用户很少发生的输入错误，也远不如另外进行语法检查靠谱。
所以我仍然好奇习惯以外到底有什么决定性优点。
& & 20:35:13 +08:00
主要就是减少代码行数，少一行{就多一行有效代码在视野里。
& & 22:48:29 +08:00
原来B语言有出现过一个设计，不用分号当句子（statement）结尾，那么从语法上来说花括号为了不产生歧义就不能另起一行了，后来C语言并没有坚持这种设计。实际上Ken后来还是觉得原来的设计好，这就是为什么Go强迫花括号不能另起一行：分号没有了。
& & 01:04:08 +08:00
写C#就另起一行，写Java就不另起一行，写C++就看最近用的是C#还是Java
& & 01:11:16 +08:00
[去死吧！你这个异教徒！](http://justjavac.com/other//qusiba-ni-zhege-yijiaotu-renzha.html)
& & 01:11:29 +08:00 via iPhone
@ 当初我纠结的时候特地看了看Google的C++规范 他们就是不换行的
& · & 2867 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 23ms · UTC 09:36 · PVG 17:36 · LAX 02:36 · JFK 05:36? Do have faith in what you're doing.