えーっと、まだ見てなかった先週の爆笑オンエアバトルを見たり。あとは......見てないかな。昨日フィギュア17録れ忘れたし、あとアクエリアンエイジもなんか見る気起きないし、この2本は見ないか、とりあえず録れるだけにするかもしんない。なんか、「一流」ってとこがすごいと思うです。日本だとこういうのやるとなんか二流どころに落ち着いちゃう感じがあってやだなー。「自分のために」ってことが重要なのかなぁ。なんか久しぶりにいい感じのNスペだったなー。・今日のツッコミ!おっす久しぶりです。山奥でヒマこいている尺八郎ですここのところSTLやテンプレート回りの本が増えて再勉強しています。Designはとっても勉強になると思っています。関数ベースで作っちゃうんですよねー。私ですとmain()はアプリケーションオブジェクトを実体化させるだけに使っています。etcを行っています。メンバ関数の引数にしちゃいけないんじゃ必要以上の中間レイヤを設けるのは私は反対ですね。以前はそういった抽象化に凝っていた時期もあったんですがコードが複雑になるだけで全然良いことがありませんでした。思いっきり深みにはまりました。間はcoolとか思っていたのですが、開発の終盤戦で山のような抽象型に囲まれてえらい目に遭いました。他の人にとっても意味不明でしょうし私は組込型や文字列のようなコピー可能な型はガンガン引数にしています。抽象化が必要なのは本当に基本型だと危険なハンドルとかその辺だけですね。それよりも引数として関数にデータを渡すよりも関数に呼び出し元オブジェクトを渡して必要なデータは随時get関数で獲ってこさせるタイプに落ち着きつつあります。これも、色々問題はあるでしょうが結構見た目はすっきりします。以上長文失礼しました。DOA3を買うべきか迷っている尺八郎でした・おひさですー。デドアラのためにペケ箱買うのもアリでしょう。ドリキャス、結局GGXにしか使わなかった......。本は今度見てみますねー。1行ずつ取り出すには、ファセットの構造を調べて「スペースも区切りと認識する」ってのをさせないようにしないといけないんで。してこなかった......本気で考えてないからかなー。取得したのやログファイルからパーシングしたのとか含めて、文字列変数が氾濫してて「ホントにこの文字列変数にはわての想像してるのが入ってるんか!?」って疑心暗記になっちゃってること。それをインターフェイス化して「見える」ようにすれば、と思うんだけど、それって情報量的には変わらないんだよね〜。コードにしてる分、修正とか大変になりそうだし。逆に、クラス管理ツールとかあればむしろ改善できそうな気も......うーむ。・呼び出し元オブジェクトを渡すのって、「情報をどこに集中させるか」の問題ですよね。呼び出し元でデータを管理して渡せば呼び出し元に情報が集中するし、呼び出された側で全部データを引き出して処理したら呼び出された側に情報が集中する。情報の複雑さ、実装への依存度、改変の可能性でどっちにするか決めるべきかなぁ。クラスが増えるからまずい?・今日はこんなところねー。今晩は爆笑オンエアバトル。