Listboxで選択状態がおかしい！のハマッタ話

今回のは単純すぎというかまぬけすぎて書くかどうか迷ったのですが、
Listboxでたとえば３つのアイテムA,B,Cがあって、
ふつうはA選択中にBをクリックするとBが選択される。
今回の失態は、A選択中にBをクリックするとA,Bが選択状態になる、というもの。

SelectionModeとか余計なものが頭をよぎったのですぐにわからなかったのですが、
単純にoverrideしたEqualsが誤ってA==Bとなるようになっていたのでした。。

Filter更新のタイミング

ListBoxなどのリストで表示したくないアイテムがあるときはFilterを使います。
ですが、Filterを後からかけ直す方法がわからずこの数日四苦八苦してました。
具体的には、

  IsDisplay == false;

のときアイテムを非表示にするようなListboxで、
リストに追加するときの状態でフィルタがかかりますが、
すでに表示中のIsDisplayをfalseに書き換えても、
フィルタは再度かからないという状態でした。

解決方法は、
表示するアイテムをINotifyPropertyChangedにするなりして、
変更を検出できるようにする。
変更を検出したら

CollectionViewSource.GetDefaultView(リストのインスタンス).Refresh();

などで更新をしてやること。

でした。
スマートではないような気がしますが、一応解決ということで。

ApplicationDefinition 要素を指定できません。エラー

今日はこのエラーに２時間くらい悩まされました。。（汗

C:\Windows\Microsoft.NET\Framework\v3.5\Microsoft.WinFX.targets(294,9): error MC1002: ライブラリ プロジェクト ファイルは、ApplicationDefinition 要素を指定できません。

C:\Windows\Microsoft.NET\Framework\v3.5\Microsoft.WinFX.targets(294,9): error BG1003: プロジェクト ファイルに、無効なプロパティ値が含まれています。

で、見つけたのがこのQ&A。

簡単に書くと、
１．WPFアプリをライブラリに変更した後にapp.xamlやapp.xaml.csが残っていたらおかしくなるぜー
のケースと
２．ファイルをコピペしたらビルドアクションがおかしくなるぜー。xamlファイルを右クリックしてビルドアクションプロパティをApplicationDefinitionからPageにかえな！
のパターンみたいです。

わたしの場合は２で、さらにpngのビルドアクションはResourceからPageに勝手に変わっていたので
全部Resourceに直しました。

Bindingが反映されなくてではまった話

TextBoxをおいてTextプロパティを適当にバインディングしたのに反映されない、
Source→Targetにも、逆にも、まったく反映されないということで今日結構な時間つまっていました。

まぁこれも解決してしまえば簡単な話で、
TextBoxにTemplate="{StaticResource　～～～
なんて余計なものを書いているのを忘れて、実際にはTemplateのなかのものが表示されている
（もちろんTemplateは適切に作れていない）というだけでした。

最近こういう間抜けな話だけのブログになりつつあるな。。

便利：メソッドスタブの作成

いや、もうたぶん常識なのでしょうけど。。
今までユニットテストを作成するとき、ずっと

１．対象のクラスVMをクラスだけ作成
２．VMをテストするVMTestクラスを作成
３．VMクラスに空のメソッドFix()を作成

４．VMTestクラスにFix()をテストするコードを記述

５．VMのFix()の中身を実装

６．メソッドごとに３～５を繰り返し

のようにやっていました。

結構空のスケルトンを作るためだけに

テスト対象の本物のクラスに戻るのがめんどくさかったんですけど、(３のところ)

テストクラスの方でメソッドを作ったときに

のように表示され、もちろんまだ存在しないFix()メソッドは警告の波線がついているわけですが、

ここでメソッド名の下の青い四角を押すと

のようになんと（VMクラスに移動することなく、）スタブをその場で作成することができます。

これでクラスを移動する回数がかなり減りました！

きっと常識なんだよね。。。

小さな発見でしたが、大きな効率化になりそうです♪

ClassInitialize()で実行時エラー

Windows7とVisual Studio2010に環境移行したので、前回の日記から間が開きました。

テスト環境もNUnitからVS2010のUnitTestFrameworkに移行しようとしました。

で、VSで単体テストクラスのスケルトンをはいて実行したところ、

メソッド (プロジェクト名).（クラス名）.MyClassInitialize は不適切なシグネチャを含んでいます。パラメーター 1 は型 Microsoft.VisualStudio.TestTools.UnitTesting.TestContext でなければなりません。

と。
コードを何度見直しても間違いはない。というかスケルトンからシグネチャは変更していない。

で、ネットで検索したらこういう記事が。
http://social.msdn.microsoft.com/Forums/en-CA/vcsharp2008prerelease/thread/33febac0-4073-4d49-8b68-db0ca1255cd2

私の場合逆にVisual Studio 10.0フォルダのdllに変更したら直ったようなのですが。

ちなみに対象のフレームワークが.Net Framework 3.5用（←4.0ではなくて）のプロジェクトをさわっていたので、
そのためにUnitTestFrameworkのdllも古いのが読まれてしまったのかもしれません。。

WPF UIフレームワークのクラス階層図

初歩的なことなのでないのかもしれないけど、
UIフレームワークの全体を把握しやすい図があまりなかった気がする。

この下の方のやつが一目でわかりやすいかなと思う。
クラス階層図