[最新] ■[前年|前月|前日|2013/01/08|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

01/08 02:46 うう、咳出てきたな…
01/08 02:48 そしてどぶ森が流星群の夜だった…
01/08 03:37 生姜くず湯が効くわ…
01/08 12:40 @yunyundetective とはいえあれがあると簡潔に書けるものがわりとあるだけに(苦笑
01/08 12:42 「// fall thru」のために何か構文を用意する、というのがいちばん妥当なんだろうけど
--------
01/08 12:43 (@yunyundetective) @gorry5 文法としては、「デフォルトでは勝手に抜ける、continue識別子を書くと次のブロックへ継続する」ってな動さの方がよかったと思う。 (paze)
--------
01/08 12:45 @yunyundetective 「勝手に抜ける」だと「case 1: case 2: case 3: hoge(); break」という実に楽な制御ができなくなる問題
01/08 12:45 (@sinpen) @yunyundetective @gorry5 それでも、ブロックの入れ替えで問題が発生する事例は回避できない(conitinue [次のブロック名]みたいにする?)ので、なんかまだまだもにょりますのう (pabe)
01/08 12:46 (@yunyundetective) @gorry5 それは文法的に、case文のまとめ指定として処理してしまえばいいんじゃないかなー。 (piku)
01/08 12:47 caseラベルといえば、「caseラベルを置ける部分にはgotoラベルを置ける」ことを利用するトリッキーな構造は、一部のシーンでとても便利なのだが嫌われやすいな… :D
01/08 12:52 「caseで抜けてないっぽいことを指摘」するのがコンパイラの仕事で、それを黙らせるための構文を用意する、くらいが落としどころだとは思う

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2013/01/08|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]