WPFカスタムコントロールのコードビハインドで使用する必要がありますCollectionViewSource
か?
CollectionViewSource.GetDefaultView(SOURCE)
with set.Filter
はビューを変更して、コントロールのすべてのインスタンスが同じビューを持つようにするためです。
カスタムコントロールのコードビハインドでは、CollectionViewSourceの使用を避ける必要があるということではありませんか?
WPFカスタムコントロールのコードビハインドで使用する必要がありますCollectionViewSource
か?
CollectionViewSource.GetDefaultView(SOURCE)
with set.Filter
はビューを変更して、コントロールのすべてのインスタンスが同じビューを持つようにするためです。
カスタムコントロールのコードビハインドでは、CollectionViewSourceの使用を避ける必要があるということではありませんか?
それは望ましい振る舞いに依存します。たとえば、画面に複数の州のリストがあり、それらすべてを同時に地域でフィルタリングしたい場合、これは望ましい動作である可能性があります。アイテムを同じフィルター条件にバインドしたくない場合は、いつでも別のビューソースを強制できます。
ItemsSource-> CollectionView-> Bound Itemコントロールの相互作用を理解するまで、CollectionViewSourceの使用を避けることはおそらく良い考えだと思いますが、一般的には避けるべきだと言っても過言ではありません。 。
フォーム上の2つのリストに異なるフィルタリング/並べ替えの要件がある場合、それらは異なるソースプロパティからバインドする必要があると言うのが妥当だと思います(これらのプロパティが単一の基になるソースのストレートクローンであっても)。そうすれば、CollectionViewSourceレベルでフィルタリングと保存を適用できますが、後で意図しない結果を招くことはありません。