- - PR -
空のIF文を書きますか?
投票結果総投票数:260 | |||
---|---|---|---|
許容できる | 85票 | 32.69% | |
許容できない | 148票 | 56.92% | |
どちらでもよい | 27票 | 10.38% | |
|
投稿者 | 投稿内容 | ||||||||
---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2008-11-04 12:08
あ、大事なこと忘れてた。
言語はVB.NETとのことですが、私は勝手に Option Strict On という前提を置いて回答しちゃいましたが、問題ないですか? たぶん回答された皆さんも同じだと思っていますが。 | ||||||||
|
投稿日時: 2008-11-04 12:12
日本語(自然言語)で、
もし(条件)ではなかったら(処理)する。 ではなく、 もし(条件)だったら何もしなくてそうじゃなければ(処理)する。 と表現したほうがわかりやすいと、コードを書いた人間が力説できるならあえて直す必要はないと思います。 よって許容できる。 ただし、自分でそういう状況に遭遇したことはこれまで一度もないし、 考えても具体的な状況は想像できませんでした。 | ||||||||
|
投稿日時: 2008-11-04 22:05
私は許容できます。
理由は、 if (条件) { 処理A } else { 処理B } とあるのを、処理Aが必要でなくなった場合に、 if (条件) { //処理A } else { 処理B } と、私はします。 この格好は、今回の話題の形と然程変わらないと私は思うので、 「許容できる」です。 脱線しますが、 if (!条件) { 処理B } といった処理に、条件に合致する処理Aを追加する時に、 if (!条件) { 処理B } else { 処理A } とする方が、私は許容できないかなぁ。 | ||||||||
|
投稿日時: 2008-11-04 23:23
許容に一票。
にーさんとほとんど同じです。 違うところは、処理を追加する時、if文を書き換えてしまう場合が多い(一人メンテの時は特に)。多人数メンテの時は、よほど汚い時以外はしませんが。 | ||||||||
|
投稿日時: 2008-11-04 23:59
却下じゃ〜!
Visual StudioのC#では、整形すると if (条件) { } else { 処理 } になるが気にならない?1画面に表示できる行数が限られているのに! Optionを変更すればどうにでもなるけど、標準がこれだからね〜。 ついでに標準だとTabも空白4つに変わっちゃうんだもん、プンプン! if (条件) {} else { 処理 } でも括弧の位置が揃ってないのでムズムズする。 if (条件) { } else { 処理 } これで何となくきれいに見えるけど、間違えて行を消したのかと不安になる。 基本、ifを書きたくない。処理を出来るだけ直列に書くことで処理を単純化し、 メンテしやすくしたいな〜と思う今日この頃。 将来の並列処理を考えて...れっつご〜F# にーさんの >if (条件) { //処理A } else { 処理B } って文法エラーではないかと。 判る人だけに向けて書いているのだと思いますが、みんなが判っているわけでは ないので...。お願いします、初心者にも理解しやすく。 | ||||||||
|
投稿日時: 2008-11-05 09:57
許容できません。
理由は、if 分はなるべく短く簡潔に書くことにしているからです。 if ブロックを冗長化する方が、バグを作りこみそうで怖いです。 _________________ R・田中一郎 - R.Tanaka.Ichiro’s Blog | ||||||||
|
投稿日時: 2008-11-05 10:19
という事があるので、許容派。 でも、そんなの許していたらコードがごちゃごちゃして読みにくくなるから削除するべし!という意見もうなずけるので、結局どちらでもいい派。 # 大きくなったら、wikiのtodoあたりに放り込んで削除しておいた方がスッキリしていいのかね。 | ||||||||
|
投稿日時: 2008-11-05 10:32
そういう場合、コメントとして
というふうに書いておけば、VisualStudio のタスク一覧ウィンドウに載るので、それで把握できそうです。 |