2012-03-22 12 views
1

私はWindows phone mango用の更新されたGowallaアプリケーションを作成しています。その中で、特定の地域では、リストに1000以上のリストアイテムを配置する必要があります。したがって、私は通常の実装(RX Webリクエストレスポンスのレスポンスとして入力するリスト)を試しました。ここではエベレストのようにメモリの数が増えています。どのように私は効果的に同じものを実装することができます。怠惰な読み込みはこれの解決策になりますか?はい、答えが窓の電話マンゴーでこの怠惰なローディングを実装する方法。Windowsの電話機に200以上のリストボックスアイテムをロードする際の問題7

+0

http://stackoverflow.com/questions/6170640/lazy-loading-of-listbox-images-from-isolated-storage – ken2k

+0

これはかなり古いものです。私の実装には適していません。私は私のアプリで同じを試して、ひどく失敗しました –

+1

どのように項目を追加していますか?いくつかのコレクションにバインドされたItemsSourceプロパティを使用していますか?どのコレクションタイプ(ObservableCollectionまたは他のタイプ)を使用していますか?いくつかのコードは素晴らしいでしょう... –

答えて

2

私はあなたが本当にこのperf問題を解決するためにtryignではなく、アプリケーションの設計を再考する必要があると思う。

ユーザーが小さな画面で1000人をスクロールして項目を検索するのは、通常、ユーザーが選択を行うことを可能にする非常に悪い方法です。
ジャンプリスト、ページング、検索、サブ分割または項目のグループ化など、より適切な他のアプローチがあります。

結論は、おそらく実際にそれを使用している人々のための最高のアプリケーションを作成するという面で間違った問題を解決しようとしているということです。

+0

ああ、リストボックス、それは遅かった)私は、ジャムのリストにかなりのデータをロードし、それをうまく処理すると言っていた。 –

関連する問題