thenブロックの中括弧の省略について - やねうらおブログ(移転しました)

いま、2chの某スレでC/C++やJavaのifのthenブロックで中括弧を省略したほうがいいのかどうかについての議論が繰り広げられていて、面白そうだったので取り上げてみる。*1 要は、次の書き方は中括弧を省略したほうがいいのか？ if (xxx) { continue; } という、昔からよくある議論である。 その前にまず言っておかなければならないが、「(文法的には)中括弧を省略できる」という表現は正しくないと私は思う。 と言うのも、C/C++やJavaの文法的には、 1) statement : if ( expression ) statement1 [else statement2] 2) statement : { [ statement-list ] } 3) statement-list: statement または statement-list statement ※ [

[yaneurao]

昔ながらのコーディングスタイルについて、現在の開発環境で本当に有効なのかどうかを1つ1つ考えていくと面白いよね、という話。

[iww]

「if文の小括弧の後ろですぐ改行をせず、中括弧か命令のどっちか必ず書く」というルールが個人的に最強。

[DeaR]

[C/C++] 単文・複文に関してはGNUスタイルやLispのprognが正にそれ。仕事では皆秀丸(業務上複数種のIDEを使用するので…私はxyzzy)なせいか中括弧義務付。プライベートでは中括弧省略、但し改行はする。

[dekaino]

do{ ... } while(0) マクロはよく使った。これ使わないと他人にコード保守させられないっす

[linden]

1行で収まるなら{}付けない派だったけど、先日のAppleのSSLバグでは「それがためにバグ」ってしまった感があるので、やっぱり{}はあった方がいいのかなと思い始めてる。

[kiyo_hiko]

もっと思考停止したクソ規約がたくさんあるところにいたのであまり気にしたことがなかった。

[endo_5501]

バグりやすい云々よりも、時と場合によってあったり無かったりするのが気持ち悪い！という理由でいつもつけてる。

[invent]

あったほうがいい。

[zu2]

昔は全部 {...} を付けていたけど perlに毒されてからは、「if も含めて物理的に1行なら付けない。2行にするなら付ける」派だ。

[atsushieno]

「引数リストには、引数と、オプションで引数リストが渡せます」とか言わないし、文法を知っているわれわれが{}を「省略できます」を使って説明するのも妥当だと思うなあ。あとこの記述が「結論ありき」になるよね。

[Dryad]

数タイプの手間でケアレスミスを完全に排除できるなら、私はそちらを選ぶなぁ。「誤りはない」と「誤りはないはず」の差は大きい。／「優れている」ことと「誤りを犯さない」ことは別の命題じゃないだろうか。

[koyhoge]

「私自身、ソース差分は滅多に取らないし」SCMでcommitする前にdiff見ませんかそうですか。