大きなデータセットを持つWPFのICollectionView.filter

Question

私は非常に多くのデータ（10000〜100000）行のリストビューを含むwpfアプリケーションで作業しています。ユーザーはこのリストビューにあらゆる種類のフィルターを適用することができます。フィルターロジックはかなり高度な（そして遅い）ものになります。

ICollectionView view = CollectionViewSource.GetDefaultView(hugeList.ItemsSource); 
view.Filter = new Predicate<object>(FilterCallback); 

private bool FilterCallback(object item) 
{ 
    //Filter logic 
} 

をしかし、これは、アプリケーション全体をUIスレッドで実行され、ブロック時に非常に悪いユーザー体験を提供するフィルタリング：今のところ、私のコードの関連部分はこのようになります。ですから、私の質問はすべてです：wpfでリストビューをフィルタリングするための「より良い」方法を知っている人や、基礎となるObservableCollectionをフィルタする必要がありますか？

Answer 1

フィルタ機能には十分注意してください。あなたが不必要なボクシング/アンボクシングをしていないことを確認し、あなたはそれで広範な計算を行っていません。使用しているCollectionViewの種類に注意を払う必要があります。いくつかは他のものより高速です。 Bea's post on sortingから：あなたのソースはIEnumerableを実装している場合

• CollectionViewが作成されます。ソースがIEnumerable を実装している場合は、のみをソートまたはグループ化することはできません（フィルタリングのみできます）。また、ソースに多数の項目がある場合、または挿入や削除などの動的操作を実行する場合は、perfは最適ではありません。これがあなたのシナリオである場合、あなたのソースがより強力なインターフェースを実装することを考慮する必要があります。 ICollectionは、Countプロパティを提供するため、若干優れています。

• ListCollectionViewは、ソースがIListを実装するときに作成されるビュータイプです。 IEnumerableやICollectionと比較して、IListはインデクサーを提供するため、大規模または動的リストの方がはるかに優れているため、迅速なランダムアクセスが可能です。さらに、IListではソート、グループ化、およびフィルタリングが可能です。しかし、理想的には、ソースコレクションは、プロパティとコレクションの変更通知などのいくつかの追加機能を提供するため、すべてのコレクションの母親であるObservableCollectionから派生しています。

• BindingListCollectionViewは、ソースコレクションがIBindingListを実装するときにAvalonによって作成されるビューのタイプです。これは、ADO.NETシナリオで扱うビューです。ソートやグループ化はサポートしていますが、従来のフィルタリングはサポートしていません。代わりに、DataViewにフィルタリングを委譲する追加のCustomFilterプロパティがあります（詳細はADO.NETの投稿を参照してください）。

@mihiは言ったが、私は〜60個の変数（データベーステーブルの列）を対象に50,000アイテムでのObservableCollection上で同時に複数のフィルタを実行するためにCollectionViewsを使用していたとしてあなたは別のスレッドにフィルタリングを蹴ることができます顕著な遅れなしに。

あなたのフィルタ関数で直ちに気づくのは、入力がObject型であるということです。これは、関数内で型変換を行っている可能性があります。また、戻り値の型を含まないPredicateを使用すると、おそらくCollectionViewのフィルタリングメソッド内で型変換やリフレクションが必要になり、遅くなることもあります。