かにの泡ぶく

_ 空のif文。

『青木さんって空のif文使うんですね』

って、たまに言われることがあります。だからどうというわけでは無いのですが、たまに『なんで ! 使わないんですか？』と質問されることもあったりして。

そう大した話ではありませんが、今日は少し私のコーディングスタイルについて書いてみましょう。

自分の性格がそうなのか自分でもよくわからないところが多々あるのですが、『直感的であるかどうか』を私はとても重視します。これは、コードに限らず、操作性であったり、デザインであったり、道順であったり・・・全てのことについて言えることです。

それを踏まえて以下のコードを見てみましょう。

例１：エラー処理-その１。


　　エラーコードを格納する変数 errCode の値を見て、エラー処理を行うコード。
　　正常終了時には 0 が戻り、エラー発生時には 0以外 が戻る関数の場合。


　　errCode = DoEffect();


　　if (errCode) {
　　　　HandleErrror(errCode);
　　}


　　この場合は、私も上記のように普通に書く。




例２：エラー処理-その２。


　　関数のStatusを格納する変数 success の値を見て、エラー処理を行うコード。
　　正常終了時には TRUE が戻り、エラー発生時には FALSE が戻る関数の場合。




　　success = DoEffect2();


　　if (success) {
　　　　;
　　} else {
　　　　HandleErrror2();
　　}


　　と書く。以下のように書いても同じことだけど、以下のようには書かない。


　　success = DoEffect2();


　　if (!success) {  // !偽　が　真　という表記がなんかこうしっくりこない。
　　　　HandleErrror2();
　　}


　　でも、以下のように書くことはたまにある。


　　success = DoEffect2();


　　if (success == FALSE) {  // でもやっぱりこういう書き方は滅多にしない。
　　　　HandleErrror2();
　　}


　　また、空if文方式の場合、将来関数成功時に行う処理が追加になっても・・・


　　success = DoEffect2();


　　if (success) {
　　　　DoProcess();  // 2008.11.19 追加の処理。
　　} else {
　　　　HandleErrror2();
　　}


　　という感じで極めて自然で直感的な流れになる。

どうです？　ニュアンスお分かりいただけますでしょうか？

if文は、評価式が　FALSEでない　こと判定して if文内に入るというのが基本構造です。ですので、変数単体で条件判断できる場合、その変数が　FALSEでない時（すなわちTRUEな時）　になにをして、そうでないときにはなにをするという　『見た目の』　構造にしておきたいのです。! を使って論理を反転させたくないんですね。それに、! って、見落としがちじゃありません？　まぁ、1文字ずつ頭で理解しながらコードを見ていけば見落とす心配は無いのですが・・・

まぁ、実のところ私自身にもそうする確固たる理由はなかったりするのですが、なんとなく、こういうスタイルのほうがこうしっくり来るんです。ほとんど趣味趣向の話かも。

_ 空のif文-その２。

さりげなくGoogleで "空のif文" で検索してみたら、あらら、結構話題になっている話だったのですね。賛否両論のようですが・・・

まぁ、私としては、if文が空かどうかよりも、分かりやすいif文構造、分かりやすい条件評価式記述のほうが、よっぽど重要だと思います。if文のカッコ内に複数の条件評価を長々と詰め込む書き方は、私はあまり好きではありません。すこし面倒で（記述的に）冗長になってしまいますが、複数の条件式をいっぺんに評価する場合、以下のように書きます。

　　if (
　　　　   (redValue >= k_Threshold)
　　　　&& 
　　　　   (greenValue >= k_Threshold)
　　　　&& 
　　　　   (blueValue >= k_Threshold)
　　　　) {
　　　　DoProcess();
　　}

だめですかね？

_ 【株】含み損拡大中・・・

こんな地合いだとほんと、現物売買のみだと正直辛いです。とはいえ信用売買は私の信条に反するのでここはじっと耐え忍ぶしかないところです。

どんなに長い夜でもいつかは必ず明ける。必ず朝はやって来る。

おぅ。