ぱっと見て「ヘタだなぁ」と思うコード その4
>>950
emacsとか、デフォは、インデントはスペース2コで、8の倍数のときだけタブとかって設定だっけ?
emacsとか、デフォは、インデントはスペース2コで、8の倍数のときだけタブとかって設定だっけ?
キチガイだよな
めんどくせえからコミットをフックして
強制的にフォーマットかけちゃえ
強制的にフォーマットかけちゃえ
955 ：仕様書無しさん：2007/04/23(月) 01:17:33
grepで一括置換しちゃえばいいじゃん
while(true) {
// なんかの処理
if(xx) {
// エラー処理
break;
}
// なんかの処理
if(xx) {
// エラー処理
break;
}
break;
}
意地でも goto 使いたくなかったんだな…。
// なんかの処理
if(xx) {
// エラー処理
break;
}
// なんかの処理
if(xx) {
// エラー処理
break;
}
break;
}
意地でも goto 使いたくなかったんだな…。
一括置換はsed
最後のbreakはなんなの
せめてdo{}while(0)にしようよ
面白いソースの間違いじゃないのか？それｗ
なんか機械語になったとき殆ど変わらない気がするが・・・・
なんか機械語になったとき殆ど変わらない気がするが・・・・
>>960は古いCでブロックを作る書き方だが...
>>962
マクロでも使うな
マクロでも使うな
switch(true) {
case hoge1.checked:
foo();
break;
case hoge2.checked:
bar();
break;
case hoge3.checked:
foobar();
break;
}
hogeはなんかラジオボタンみたいなものだとして、
この書き方って普通？俺は使わん。
case hoge1.checked:
foo();
break;
case hoge2.checked:
bar();
break;
case hoge3.checked:
foobar();
break;
}
hogeはなんかラジオボタンみたいなものだとして、
この書き方って普通？俺は使わん。
意味がわからん
>>964
if...else if...じゃだめなの？
if...else if...じゃだめなの？
switch文ってもしかしてif文に展開されるの？
ラジオボタンならtrueになるのはひとつだけ
trueで評価すればcaseにあたるものがtrueになったとこだけ入るから見やすいのは確かだと思う
しかし、caseが変数ってのがまず直感的でない
trueで評価すればcaseにあたるものがtrueになったとこだけ入るから見やすいのは確かだと思う
しかし、caseが変数ってのがまず直感的でない
caseラベルに変数が使えるのってどの環境だ？
>>967
if文に展開されることもあるし
最適化が効いてジャンプテーブルになることもある。
>>969
例えばPHPならcaseに変数が使える。
が、WebプログラムだとPOSTの内容を改ざんできるからこの書き方はまずい。
if文に展開されることもあるし
最適化が効いてジャンプテーブルになることもある。
>>969
例えばPHPならcaseに変数が使える。
が、WebプログラムだとPOSTの内容を改ざんできるからこの書き方はまずい。
switch文がifに展開されるかどうかはコンパイラしだい
コンパイラによってはどちらにするか、あるいはコンパイラに任せるか
プログラマが選べるようなオプションが用意されている
コンパイラによってはどちらにするか、あるいはコンパイラに任せるか
プログラマが選べるようなオプションが用意されている
「switchがifに展開される」って言い方はヘンだろ。
言わんとしてることはわかるけど。
言わんとしてることはわかるけど。
switch(sw) {
case 1:
func(1);
break;
case 2:
func(3);
break;
case 3:
func(5);
break;
case 4:
func(4);
break;
case 5:
func(2);
break;
}
こういうの、俺はやなんだけど、普通なのかな。
なんか、ボタンを押したときの処理を振り分けてた感じだった気がする。
case 1:
func(1);
break;
case 2:
func(3);
break;
case 3:
func(5);
break;
case 4:
func(4);
break;
case 5:
func(2);
break;
}
こういうの、俺はやなんだけど、普通なのかな。
なんか、ボタンを押したときの処理を振り分けてた感じだった気がする。
>>975
これくらいなら
if (...){
refTable[] = { ... };
someValue = refTable[sw];
func(someValue);
}
かなぁ。程度によるけど。
これくらいなら
if (...){
refTable[] = { ... };
someValue = refTable[sw];
func(someValue);
}
かなぁ。程度によるけど。
それは・・・
swと実引数との整数値の対応付けをする2*ｎの定数値のテーブルを作って
ループを書くほうが普通かと
swと実引数との整数値の対応付けをする2*ｎの定数値のテーブルを作って
ループを書くほうが普通かと
たびたびゴメン
×975
○976
×975
○976
>>975
つーかdefaultが無いのは如何なものかと・・・
つーかdefaultが無いのは如何なものかと・・・
そういえばdefaultをswitchの直後に書く人がいたなぁ
ウチの外注さんもdefaultを先に書く。なんでかな。
それって言語によってはヘンな挙動にならね？
気のせいかな
気のせいかな
VCで試したら出来るな。
初めて知った。
初めて知った。
default 先に書いたら、実装によっては
default 内しか実行されないものが出来上がりそうだ
default 内しか実行されないものが出来上がりそうだ
>>985
だったらswitchいらんやん・・・
だったらswitchいらんやん・・・
>986
いや、論点そこじゃないんだが…
いや、論点そこじゃないんだが…
class Parent {
protected boolｅａｎ isChild;
public Parent() {
isChild = false;
}
public void aMethod() {
if(isChild) {
//...
} else {
//...
}
}
}
class Child extends Parent {
public Child() {
isChild = true;
}
}
ええぇ〜。と思った。
protected boolｅａｎ isChild;
public Parent() {
isChild = false;
}
public void aMethod() {
if(isChild) {
//...
} else {
//...
}
}
}
class Child extends Parent {
public Child() {
isChild = true;
}
}
ええぇ〜。と思った。
いいなコレ
ﾏｼﾞﾜﾛｽ
ﾏｼﾞﾜﾛｽ
エラーだから閉じなきゃ。
try{
InputStream.read(Buffer);
}catch (IOException ex1){
try{
InputStream.close();
}catch (IOException ex2){
try{
InputStream.close();
}catch (IOException ex3){
try{
InputStream.close();
}catch (IOException ex4){
try{
InputStream.close();
}catch (IOException ex5){
：
：
}
}
}
}
}
助けて・・・（ ＞＜ ）
try{
InputStream.read(Buffer);
}catch (IOException ex1){
try{
InputStream.close();
}catch (IOException ex2){
try{
InputStream.close();
}catch (IOException ex3){
try{
InputStream.close();
}catch (IOException ex4){
try{
InputStream.close();
}catch (IOException ex5){
：
：
}
}
}
}
}
助けて・・・（ ＞＜ ）
スルー
('A`)
面白いコードだろ、それｗ
・・・・まぁ実際に見せられたら反応に困るんだろうな・・・・・
・・・・まぁ実際に見せられたら反応に困るんだろうな・・・・・
どう考えてもネタなのでスルー
どんなにアホでも3段目書いた時点で気付くだろ
どんなにアホでも3段目書いた時点で気付くだろ
書き出す前に気付くPGになって欲しい
わんぱくでもいい
たくましくそだってほしい
たくましくそだってほしい
1000ならネイティブC#でる。
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。