意図しないDataTemplateが適用されたケース

今回も悩んだ話。
たぶん自分で作ったプログラムとか慣れた人の場合ならつまづかないんだろうけど、
他人の作ったプログラムを見ていた時の話。
新しく作ったクラスに
DataTemplateでDataTypeとかちゃんと設定しているはずなのに
違うDataTemplateが適用されてしまうということがありました。
探し回ったら
ItemTemplateSelector
が別途設定されていました。。

Bindingがうまくいかなくてハマッタ話

ハマッタ話ばっかりですね。。（汗
今日も短いです。

Text="{Binding Path=DisplayString}"

として確実にDisplayStringがあるはずなのに表示されなかった事件！
ちゃんとイミディエイトウィンドウではobj.DisplayStringみたいにして見れるんです。

今回もすごく間抜けな原因で、
class XXX {
   public string DisplayString;
}
としていました。
簡単ですね。
Binding は 『プロパティ』に対してしなければならないので
class XXX {
   public string DisplayString {set; get;}
}
としただけで解決しました。

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クラスに移動することなく、）スタブをその場で作成することができます。

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

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

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