問題タブ [icollectionview]

c#でICollectionViewからアイテムを削除するにはどうすればよいですか?

ありがとう

ICollectionView複数選択を処理できるようにするインターフェースの拡張機能があります ( IMultiSelectCollectionView)。互換性のある実装を提供したいのですBindingListCollectionViewが、そのクラスは封印されています。この設計上の決定がなされた理由を誰か知っていますか?

ビュー モデルのプロパティとして DCV を使用しています。すべて正常に動作しますが、カスタム ソートはどうでしょうか。モデルに英数字順にソートする必要がある文字列プロパティがあるとします。どうすればそのようなことを達成できますか？

更新:

モデル：

xaml:

データグリッド内でソートする場合、プロパティは英数字の順序を無視して、つまり通常の文字列の方法でソートされます。独自の IComparer を導入するなどして、カスタム ソートを適用したいと考えています。少なくとも私が知っている限り、利用できる API はありません。手がかりはありますか？

WPF、.NET4.0のDataGridコントロールにICollectionViewのプロパティタイプをバインドしています。

で使用FilterしICollectionViewます。

ICollectionビューの初期化：

私はこの問題を解決しようとしています：

たとえば、ソースデータ数は1000アイテムです。フィルタを使用します。DataGridコントロールでは、200個のアイテムのみを表示します。

ICollection現在のビューをに変換したいIList<Call>

ObservableCollection があり、WPF UserControl が Databound です。Control は、ObservableCollection 内の BarData タイプの各アイテムの縦棒を示すグラフです。

ここで、コレクション内で BarData が StartDate の昇順になるように、StartDate に基づいて ObservableCollection を整理したいと考えています。次に、各 BarData の TotalMoneySpentTillThisBar の値を次のように計算できます -

ICollectionView を使用してデータを並べ替え、フィルタリングして表示できることはわかっていますが、実際のコレクションは変更されません。各アイテムの TotalMoneySpentTillThisBar を計算できるように、実際のコレクションを並べ替える必要があります。その値は、コレクション内のアイテムの順序によって異なります。

ありがとう。

WPF ListViewコントロールがあり、ItemsSourceは次のように作成されたICollectionViewに設定されています。

...ここで、observableCollectionは複合型のObservableCollectionです。ListViewは、アイテムごとに、複合型の1つの文字列プロパティのみを表示するように構成されています。

ユーザーはListViewを更新できます。その時点で、ロジックは現在選択されているアイテムの「キー文字列」を格納し、基になるobservableCollectionを再入力します。次に、前の並べ替えとフィルターがcollectionViewに適用されます。この時点で、更新要求の前に選択されていたアイテムを「再選択」したいと思います。observableCollectionのアイテムは新しいインスタンスなので、それぞれの文字列プロパティを比較して、一致するものを選択します。このような：

これはすべて機能します。4番目の項目が選択され、ユーザーがF5キーを押すと、リストが再構成され、前の4番目の項目と同じ文字列プロパティを持つ項目が選択されます。これは新しい4番目の項目である場合もあれば、そうでない場合もありますが、「驚き最小の動作」を提供します。

この問題は、ユーザーがその後矢印キーを使用してListView内を移動するときに発生します。更新後の最初の上矢印または下矢印により、前のロジックで選択されたアイテムに関係なく、（新しい）リストビューの最初のアイテムが選択されます。それ以降の矢印キーは期待どおりに機能します。

なぜこうなった？

これは明らかに「驚き最小の原則」のルールに違反しています。どうすればそれを回避できますか？

編集さらに検索すると、これは、詳細を提供することを除いて、未回答のWPFListViewの矢印ナビゲーションとキーストロークの問題
で 説明されているのと同じ異常のようです。

DataGridに表示されるObservableCollectionをフィルタリングしようとしています。これは最初はうまく機能しますが、もう一度フィルタリングしようとすると、フィルタリングされた結果の代わりにsourcecollectionが使用されます。短いコード例：

したがって、私がやりたいのは、コレクション全体ではなく、DataGridに表示されているアイテムのみをフィルター処理することです（もちろん、フィルターを初めて使用するときは、コレクション全体を使用します）。

ObservableCollection■実行されたアクションごとに通知を発行します。第一に、それらは一括追加または削除呼び出しを持っていません、第二に、それらはスレッドセーフではありません。

これは彼らを遅くしませんか？より速い代替手段がありますか？ICollectionView包み込むのObservableCollectionは速いと言う人もいますか？この主張はどれほど真実か。

Silverlight 4.0 のコンボ ボックスのペアに問題があります。

意図は、同じリストから読み取る 2 つの異なるコンボボックスを持つことですが、一方で選択されたアイテムが他方に表示されない場合 (基本的なプロパティが同じであることは許可されていないため)。

例 (これは単なるサンプル コードですが、同じように動作することを表しています)

この動的フィルタリングを可能にするためにICollectionView、各コンボ ボックスがバインドされている ViewModel に 2 つの異なる がありますItemsSource。それぞれICollectionViewに同じソースがありObservableCollection<T>ますが、フィルターでは、他の選択されたアイテムを除外するように設定されています。

SelectedItem が UI で変更されると、ViewModel プロパティが更新され、その一部として、反対のICollectionViewものが を介して更新され.Refresh()ます。

例えば。

これにより、フィルターを再実行して、選択できるものを変更できます。

これはかなりうまく機能しますが、問題があります：

マスター リストに 3 つの色があるとします。

• 青い
• 緑
• 赤

コンボボックス 1 (CB1) は青を選択 コンボボックス 2 (CB2) は緑を選択

したがって、コンボボックスにはこれらのリストがあります（太字が選択されています）

CB1

• 青い
• 赤

CB2

• 緑
• 赤

次にCB1 で赤を選択すると、赤が CB2 から削除され、青がそれを置き換えると予想されます。これは正しく行われますが、表示される値がGreenからBlueに変わります。

基になるバインドされた値は変更されず、ICollectionView.CurrentItem は正しいですが、ディスプレイには明らかに間違った値が表示されています。

私が考えているのは、緑がリストの前にあるため、表示されているものと混同されているということです. ICollectionView を並べ替えている場合にも発生します。

変更中のコンボボックスと選択したアイテムのプロパティ変更イベント通知を再発生させようとしましたが、うまくいかないようです。

誰かがこの問題を以前に見たことがありますか、またはそれを修正する方法はありますか?