interopっていい方は悪いかもしれませんね。CLIの上の住人なので気にならなかった。誰とも無く同意を求めてみたり。なんで?匿名メソッドはやめれもしかして、「アノニマスメソッド」と呼べ、という意味だったりするわけはないだろうから、文字通り、使うな方面の意味なんだろうけど(追記:ではなく、無名メソッドじゃなきゃおかしいだろう、ということでした。うむ、それはそうですね。待てよ、と書いた先からシステム付与のとんでもない本名を匿名化したもの、と解釈してみるとか。考えてみると、delegateというキーワードを匿名に利用している、つまり「〜というメソッドを提供するdelegateさん(仮名)」という感じなのではないかな、と。実際問題として関数名としてdelegateと書いているわけだし)。#もちろん、まずい使い方はいくらでも考え付くけど、悪用は善用に転化できるけど、使われなければそれまでだ。}}に対してと、ここまで書いて、この例だと何も匿名メソッドを使うまでも無く、次の書き方で良いことに気づいたので、この例はやめた。}}で、別の例を考え付くまで、一回休み(というか、普通にイベントハンドラを書けば良いのだが)。Ask原理主義者だから、Tellのネタを与える方向は常にOKとりあえず最初の一歩としては、外部へは常に振る舞いのみを与えて、属性は(プロパティのような仮想化されたものですら、属性そのものとしては)見せないってこと。考えると、Fooのインスタンスに対しての最初の呼び出しであれば、何をするか、というのはFooの所有ではないかとか、と思ったけど上の例は、Fooに連動して動作するBazなので、クリーンなFooを与えられたときのBaz自身の動作がifのブロックの中に入るのでこれで良い。次のように書くのはさすがにやり過ぎだろう。こっちのほうがチャーミングだな。こっちのほうが良さそうだ。(条件判断がメソッド全体を覆うものに変形できているというのが、チャーミングな理由)追記:っていうか、アトミシティ原則(っていう名前じゃなかったかも。ステートの問い合わせを処理と分離するな)からもこっちが良いというか、場合によってはこっちでなければならない。事実を明確にすることである」DRYの反対。そこら中で繰り返せ(しかも複数の方法/アスペクトで)、ってことでは。[匿名じゃなくて無名という意ではないでしょうか。[おお、示し合わせたような見事な被りかた(RSSの反映が原因?)。プロジェクト作成ダイアログを見ると、さっそくテストプロジェクトというのがある。Studioに組み込まれるのか、と実は疑問も感じながらそれをソリューションに追加して、でも、やはり疑問に感じるわけで(そういうインストールではないように思えたからだが)、参照しているところをみると、Microsoft.VisualStudio.......みたいなネームスペースだ。ことは、これはNUnitじゃない。MSDN見てみると、同じソリューションのクラスのコンテキストメニューにテストのスタブ生成が組み込まれているとか書いてあるので、なるほど、と作って、Assertクラスが勝手にいるし、インテリセンスを見るとIsTrueだのIsNullだのが出てくるから、普通にテストプログラムを作り、テストプロジェクトのほうをスタートアッププロジェクトにして、ほーこれは便利ですな、という具合にプログラム作りまくり。クラスライブラリ作るには、やっぱりユニットテストツールは欠かせませんな。アサート結果のスタックトレースをダブルクリックしてもそのソースコードが表示されないのは、いまはちぐらいだけど。Studioを起動すると、そんなプロジェクトはどこにもない。Developersだからだ、ということに気づく。それはおかしいだろう。宇宙飛行士だけがそのロールじゃない。いうか、プログラムも作ることを想定しているからVC#だのVBだのも分散デザイナのほかに組み込まれてるわけだろう。プログラムを作るってことは、当然(昨年はバータリーに作ってたから、まあ、ほとんどの場合と譲歩するとしても)テストプログラムも作るってことだ。いうわけで、この点に関しては欠陥商品と呼んでも良い気がする/した。Developersは充実しているようだから、それで十分じゃないかな。StudioにMicrosoft.VisualStudio.TestTools.UnitTesting(参照の追加の.NETには無いようだ。とテストプロジェクト(なきゃ不便極まりない)の搭載を希望。