廃棄予定PCの棚卸
部屋隅に寝転がってたPCを棚卸した。
| お名前 | CPU | Socket | コア数 | クロック(GHz) | メモリ(GB) | メモリスロット | 光学ドライブ | 備考 |
| AS3810T-P22F | Core2Duo SU9400 | - | 2 | 1.4 | 2 | DDR3 SODIMM | なし | ノートPC |
| idid i345 | Core2Duo T5600 | Socket479 | 2 | 1.83 | 1 | DDR2 SODIMM | なし | |
| SN68SG2 | Athlon64 X2 5200+ | SocketAM2 | 2 | 2.7 | 4 | DDR2 DIMM | DVD | FDD+メモリカード+2.5HDD×2リムーバブルラック |
| SG31G2 | Core2Duo E8200 | LGA775 | 2 | 2.66 | 1 | DDR2 DIMM | DVD | |
| SG33G5 | Core2Quad ???? | LGA775 | 4 | 2 | 4 | DDR2 DIMM | DVD | CPU型番不明 おそらくクロック設定(333*6)がおかしい？ |
| SP35P2 Pro | Core2Duo E6550 | LGA775 | 2 | 2.33 | 6 | DDR2 DIMM | なし | |
| XG41 | Pentium Dual-Core E6600 | LGA775 | 2 | 3.06 | 8 | DDR3 DIMM | なし |
かってにコードいじって自己満足に浸る(3) 別
手元に下記のようなメソッドがある。
身バレ防止でだいぶ簡略にしてあるが実物はもっと改装が深くて条件が複雑である
public bool Judge(int p) { if (p == 4 || p == 7 || p == 13) return false; return true; }
別に動作には問題ないのだが機能追加でthis.value<40の場合には(p == 4 || p == 7 || p == 13)ではなく(p == 3 || p == 9)にする必要がある。
さて、どう改修したものか？
まず機能追加する前にやれることをやっておく。
比較対象を全部配列にうつしてContainsメソッドで判定する
public bool Judge(int p) { int[] v = new[] { 4, 7, 13 }; //配列 if(v.Contains(p)) //判定はContainsメソッドで return false; return true; }
これで今回の機能追加で変更する必要があるのはvの中身であろうということがうすうすわかる
public bool Judge(int p) { int[] v = new[] { 4, 7, 13 }; if (this.value1 < 40) //vの中身を変更 v = new[] { 3, 9 }; if(v.Contains(p)) return false; return true; }
v設定部分をメソッド抽出
public bool Judge(int p) { int[] v = NewMethod1(); if (v.Contains(p)) return false; return true; } private int[] NewMethod1() { int[] v = new[] { 4, 7, 13 }; if (this.value1 < 40) v = new[] { 3, 9 }; return v; }
vをインライン化
NewMethod1()の中身を整理
public bool Judge(int p) { if (NewMethod1().Contains(p)) return false; return true; } private int[] NewMethod1() { if (this.value1 < 40) return new[] { 3, 9 }; else return new[] { 4, 7, 13 }; }
Judgeメソッドのreturn部分を整理
public bool Judge(int p) { return !NewMethod1().Contains(p); } private int[] NewMethod1() { if (this.value1 < 40) return new[] { 3, 9 }; else return new[] { 4, 7, 13 }; }
かってにコードいじって自己満足に浸る(3)
手元に下記のようなメソッドがある。
身バレ防止でだいぶ簡略にしてあるが実物はもっと改装が深くて条件が複雑である
public bool Judge(int p) { if (p == 4 || p == 7 || p == 13) return false; return true; }
別に動作には問題ないのだが機能追加でthis.value<40の場合には(p == 4 || p == 7 || p == 13)ではなく(p == 3 || p == 9)にする必要がある。
さて、どう改修したものか？
素直に書くと
public bool Judge(int p) { if (this.value1 < 40) { if (p == 3 || p == 9) return false; } else { if (p == 4 || p == 7 || p == 13) return false; } return true; }
だが、if文が二手に分かれるのがいやなので動作を変えないように注意深く変更していく。
１ まずは比較対象を配列におさめる
int[] v; //配列 if (this.value1 < 40) { v = new int[] { 3, 9 };//配列 if (p == 3 || p == 9) return false; } else { v = new int[] { 4, 7, 13 };//配列 if (p == 4 || p == 7 || p == 13) return false; } return true;
２ 条件判定部分をv.Contain(p)に置き換える
int[] v; if (this.value1 < 40) { v = new int[] { 3, 9 }; if (v.Contains(p)) //置き換えた return false; } else { v = new int[] { 4, 7, 13 }; if (v.Contains(p)) //置き換えた return false; } return true;
３ if{}の中身およびelse{}の中身で共通する末端部分をくくりだす
int[] v; if (this.value1 < 40) { v = new int[] { 3, 9 }; } else { v = new int[] { 4, 7, 13 }; } if (v.Contains(p)) //くくりだされました return false; return true;
４ vを設定している箇所をメソッドの抽出
public bool Judge(int p) { int[] v = NewMethod1(); //抽出 if (v.Contains(p)) return false; return true; } private int[] NewMethod1() //抽出されました { int[] v; if (this.value1 < 40) { v = new int[] { 3, 9 }; } else { v = new int[] { 4, 7, 13 }; } return v; }
５ return部分がうっとうしいのでついでに書き換える
６ vをインライン化して消去
public bool Judge(int p) { return !NewMethod1().Contains(p); } private int[] NewMethod1() { int[] v; if (this.value1 < 40) { v = new int[] { 3, 9 }; } else { v = new int[] { 4, 7, 13 }; } return v; }
かってにコードいじって自己満足に浸る(2)
手元に下記のようなメソッドがある。
身バレ防止でだいぶ簡略にしてあるが実物はもっと改装が深くて条件が複雑である。
public void DoAnything() { if (value1 > 50) { if (value2 < 30) { DoWrite(); } } }
別に動作には問題ないのだが個人的にはDoWrite()を実行する条件をメソッドに切り出しておきたいなあ、と思うものである。
従って動作を変えないように注意深く変更していく。
１ まずはフラグ(flg)を用意
bool flg = false; //フラグ if (value1 > 50) { if (value2 < 30) { DoWrite(); } }
２ DoWrite()直前でフラグを立てる
bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true;//フラグが立ったよ DoWrite(); } }
３ DoWrite()をif(flg){ }で囲う
bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true; if (flg) //囲う { DoWrite(); } } }
４ if(flg)ブロックを一番外のifブロックの外に追い出す
bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true; } } if (flg) //追い出されました { DoWrite(); }
５ flgの宣言～flgの値を決定している部分をVisualStudioの"メソッドの抽出"
bool flg = NewMethod(); //メソッドにされてしもた if (flg) { DoWrite(); }
private bool NewMethod() //メソッドになりました { bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true; } } return flg; }
６ bool flg = NewMethod();のflgをVisualStudioの"インラインの一時変数"（これVS2010にはないんだよなぁ）
if (NewMethod())
{
DoWrite();
}
７ 完成なう
public void DoAnything() { if (NewMethod()) { DoWrite(); } } private bool NewMethod() { bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true; } } return flg; }
やってみての感想
・条件が変わったときにNewMethod()の中身だけを変更すればいいことが明確になる。
自己満足完了
かってにコードいじって自己満足に浸る
手元に下記のようなメソッドがある。
末尾returnを強制されてた人が書いたと思われる。
身バレ防止でだいぶ簡略にしてあるが実物はもっと改装が深くて条件が複雑である。
public bool IsSuccess() { bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true; } } return flg; }
別に動作には問題ないのだが個人的にはfalseになるのわかってるならさっさと脱出してほしいなあ、と思うものである。
従って動作を変えないように注意深く変更していく。
１－① 一番外側のif文にelse節をくっつける。
bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true; } } else //これつけた { } return flg;
１－② return flg;を一番外側のif節およびelse節の末尾に分配
bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true; } return flg; //これつけた } else { return flg; //これつけた } //これ消した return flg;
１－③ else節はfalseしか返さないのでreturn false;と書き換える
bool flg = false; if (value1 > 50) { if (value2 < 30) { flg = true; } return flg; } else { return false;//書き換えた }
１－④ 一番最初のif文の条件を反転させてif節とelse節の中身を入れ替える
bool flg = false; if (!(value1 > 50)) //条件反転 {//中身入れ替え return flg; } else {//中身入れ替え if (value2 < 30) { flg = true; } return flg; }
１－⑤ else{ }を除去 （{}の中は消さない） ※if{}の末尾でreturnしているのでelse{ }があってもなくても同じことである
bool flg = false; if (!(value1 > 50)) { return false; } if (value2 < 30) { flg = true; } return flg;
2番目のif文についても1番目のif文と同じ作業を実施
２－① else節をつける
２－② return flg;をif節およびelse節の末尾に分配
２－③ else節はfalseしか返さないのでreturn false;と書き換える
２－④ 条件を反転させてif節とelse節の中身を入れ替える
２－⑤ else{ }を除去 （{}の中は消さない）
bool flg = false; if (!(value1 > 50)) { return false; } if (!(value2 < 30)) { return false; } flg = true; return flg;
２－⑥ 最後のreturnはtrueしか返さないのでreturn true;に書き換える。
２－⑦ 出番のなくなったflgを除去
if (!(value1 > 50)) { return false; } if (!(value2 < 30)) { return false; } return true;
２－⑧ !(cond)を整理する
２－⑨ if文の中かっこを除去する
if (value1 <= 50) return false; if (value2 >= 30) return false; return true;
やってみての感想
・"条件を反転させてif節とelse節の中身を入れ替える"と"!(cond)を整理する"は若干怖い作業だなと思う。誰か自動化してくれ。
・コードの動きは動画にしたほうが理解されやすいような気がする。
・条件をすっきりさせられた気がする。
自己満足完了
桜花賞なう
今日近所の阪神競馬場行ったんです。
そしたらなんか人がめちゃくちゃいっぱいでラチ沿いに行けないんです。
で、よくみたら桜花賞、とか書いてあるんです。
もうね、アホかと。馬鹿かと。お前らな、３歳牝馬限定ＯＰ芝マイル如きで普段来てない阪神競馬場来てんじゃねーよ、ｳﾞｫｹが。
なんかカップルとかもいるし。二人で仁川かよ。うらやましいな。
よーしオレ武豊の単勝買っちゃうぞー、とか言ってるの。もう見てられない。
おまえらな、ペグシルやるからそこ退け。
競馬場ってのはな、もっと殺伐としてるべきなんだよ。
はずれ馬券破ってばらまく奴といつ喧嘩が始まってもおかしくない、
万券取るかお馬で人生アウトか、そんな雰囲気がいいんじゃねーか。素人はすっこんでろ。
・・・・とは言いません。本日は多くの皆様に阪神競馬場にご来場ありがとうございますm(_ _)m。ついでに私の配当のために馬券をお買い上げいただきありがとうございます。皆様のはずれが私のあたりです。よろしくおながいいたします。
なんちって。
ヌルポとみせかけてヌルリ
ヌルポってC#ではヌルリ（NullReferenceException）なんだね。知ってても何の得もないけど。
それはともかく、ヌルｐ・・・もといヌルリで落ちるのは恥とでも思われているのか、やたらといたるところでNullチェックを強いられているコードが目の前にある。
static class Checkers { public static bool IsNull(object p) { return p == null; } }
こんなのがあって、いたるところでCheckers.IsNull(Hoge)みたく使うことを強いられている。
それはまあいいのだが、このCheckers.IsNull(Hoge)の使い方でおやおや？とおもったのがint型のプロパティまでNullチェックしてること（↓コード）。
羹に凝りて膾を吹く、を地でいくような世界。
private static void Proc2() { myclass m = new myclass(); bool result2 = Checkers.IsNull(m.NonNullableValue); //これはつねにfalse Console.WriteLine("{0}", result2); } class myclass { public int NonNullableValue { get; set; } }
まさかint型プロパティの持ち主のNullチェックもできるのか？とおもったが
private static void Proc3() { myclass m2 = null; bool result2 = Checkers.IsNull(m2.NonNullableValue); //ヌルリ Console.WriteLine("{0}", result2); }
ヌルリで落ちた。うーん、int型プロパティまでNullチェックしようとした人の気持ちがわからん。チェックに引っかかったケースの動作確認どうしたのだろう？
