WPFを使用してスクロールエリアに何千ものコントロールを作成する最良の方法は何ですか？

Question

私はWPFとC＃を使用しています。

私は問題があります。私はスクロール可能な領域に多くのバインド可能なテンプレートコントロールを作成する必要があります（すべて異なるタイプです）。たとえば、1000個のテキストボックス、1000個のドロップダウンリスト、および1000個のチェックボックス。

問題がすべて作成されると、実際には遅くなります。

問題は、多くのコントロールを遅れなくシンプルにすることが可能かどうか、解決策を探すべき方向は何か？私は、テンプレートを使用する能力、データバインディング、マウスクリックのような簡単なイベント処理を保存したいと思います。

P.S.私はたくさんのもの（幾何学のみのレンダリング、異なる基底クラスなど）を試みましたが、現時点では私のために働いている（私はまだ試していませんでした）唯一のアプローチは、現在のビューポートに収まるコントロールだけを作成し、スクロールのコントロールのこのリストを更新してください。

P.P.Sスクロール中にリスト項目を再利用するときにListBoxで使用される3.5 SP1の仕組みがあることは知っていますが、これらの項目はすべて異なる種類なのでここでは使用できません。

ありがとうございます。

Answer 1

まず、このタイプの要件の設計の根拠について質問します。グリッドや何らかのリスト（何も変わらないので、リストスタイルのアプローチはうまくいく）を除いて何千ものコントロールを持っていることは、あなたのユーザーにとって信じられないほど混乱することになります。基本的には、何千もの項目を持つ非自明で変化の強いインターフェースを強制しています。

言われていること

...

PPSは、私は、リスト項目をスクロール中に再利用されているが、このようなアプローチは、ここでは使用できない場合、リストボックスで使用されている3.5 SP1でのメカニズムがあることを知っているすべてのこれらのアイテム理由異なるタイプのものです。

これはおそらくあなたの最良のアプローチです。これは正常に動作するはずですが、リストボックスのメカニズムほど単純ではありません。コントロールを事前に作成することができます。現在のコンテナを満たすのに必要なコントロールをそれぞれ作成し、スクロールして適切なコントロールを適切な場所に再割り当てします。

本当に何千ものコントロールが必要な場合は、これが最適なオプションです。

Answer 2

〜3000のコントロールを1つの画面に表示することは問題であり、通常は間違った角度からGUIに近づいています。私はWPFであまり経験はありませんが、私のWinFormsの知識は、1000以上のコントロールインスタンスが問題を求めていることを私に伝えています。これは、ListBoxes、DataGrids、およびその他の表形式/リスト形式のコントロールが設計されたものです。

私はここで同様の問題に類似した答えを与えた：Super Slow C# Custom Control

をたぶん、あなたはあなたがここに誰かが正しい方向にあなたをプッシュすることができます実装しようとしているものを解決するのではなく、やろうとしているかを説明場合。