iOS：UITableViewに何千ものセクションがある場合のパフォーマンス

Question

私は何千ものセクションをTableViewに持っていて、それぞれtitleForHeaderInsectionを使ってタイトルを与えています。しかし、TableViewが初期化されると、すべてのセクションにタイトルを付けます。それは毎回いくつかのセクションを設定する必要があるということですか？

Answer 1

いいえ、必要はありません。

メモリはそのような場合に最適化されているため、データソースが適切に設定され、サイズに関係なくデータが含まれている場合、UIはデータソースを安全に処理する必要があります。

たとえば、iOSアプリケーションのUITableViewは、現時点で表示されているセルだけをレンダリングしています。たとえば、iPhone 6の一般的なテーブルビューでは、一度に約15行表示しています。あなたがダウンスクロール（またはアップ）されている

そしてユーザーとして、テーブルビュー、たびに特定のセルが表示される前に、メソッドが呼び出さcellForRowとデータソースからデータを取り出しています。

これはセクションでも機能します。

しかし、データをAppバンドルに格納する必要がない場合は、ソースデータを非同期的に取得するのが最善の方法です。たとえば、アプリケーションを起動した後にサーバーからデータを30行取得します。その後、30行目（スクロールする）に達すると、アプリはサーバーからさらにデータを要求し、テーブルを更新します。 tableViewをスクロールしないユーザーは、すべてのデータをダウンロードせず、大きなデータ転送を使用しません。

結論として、私はすべての状況において、データソースが小さいほど、アプリケーションのパフォーマンスが優れていると言います。

Answer 2

テーブルビューは再利用性をコンセプトにしているため、目に見えるものはわずかしか作成されず、残りはすべて再利用されるため、気にする必要はありません。

残りは、このリンクを参照してください：アップルの公式のリンクを：一人ひとりの方法は、各セクションと行のために呼び出されますようhttps://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/TableView_iPhone/TableViewCells/TableViewCells.html

Answer 3

はのUITableViewのデータソースメソッドのライフサイクルを通過します。したがって、セクションメソッドが1000回呼び出された場合は、完全に正常です。問題がある場合は、ページングの最初の10セクション、次に10セクションのようなページングを追加して続けます。