2

これが私が現在直面している問題です。

UITableViewでフィードのようなFacebook/Pathを表示するアプリがあります。私のデータソースには約200個のアイテムがあり、すべてのセルが同じコンテンツとセルの高さを持っているわけではないとします。画像があるものとないものがあります。次の形式で再利用可能な識別子を使用してセルを初期化することにより、スクロールパフォーマンスの問題を克服することができました：[NSString stringWithFormat： "entry_％d"、some_id]。UIImagePickerViewControllerを使い始めるまで、状況は非常に順調でした。ご想像のとおり、データソース/テーブルが大きいために多くのメモリ警告が表示されています。

Pathのアプリで遊んでいて、1つのビューにできるだけ多くのデータを読み込もうとした場合。彼らはスクロールパフォーマンスとメモリ管理の両方で本当に良い仕事をしています。また、カメラモードに入るたびにアプリがクラッシュすることはありません。

何か考えや理論はありますか？

ありがとう！:)

4

1 に答える 1

1

テーブルビューを再実装するFacebookiOSフレームワークを確認することを強くお勧めします。フレームワークの名前はThree20で、ここのgithubで見つけることができます。

そうは言っても、テーブルが非常に大きい場合は、表示されているもののリソースのみをロードし、アイテムが表示されなくなったらリソースを解放するように注意する必要があります。デリゲートメソッドtableView:didEndDisplayingCell:forRowAtIndexPath:（iOS 6以降で利用可能）はそのためのあなたの友達です。このトピックに関連する別の質問があります。

于 2013-01-27T07:34:51.037 に答える