UINavigationControllerとUITableViewsで構成されるアプリを開発している場合、navコントローラのルートビューには多くのアイテム（50+）があり、各詳細ビューには30個の行があります。最も効率的なUITableViewへの移植方法
リストを作成する最も効率的な方法は何ですか？コアデータまたは図書館？
リストに更新情報を毎月配信するためのスコープがあるため、常に最新の状態を維持します。これが選択に影響しますか？一括更新が容易な方法はありますか？
ありがとうございます。
私はコアデータを選択します。
これは比較的使いやすいです。アプリの成長が必要な場合は、柔軟性が向上します。コアデータはSQLLiteによってバックアップすることができます。したがって、パフォーマンスは非常に高くなります。また、一括更新は管理可能です。
Core Dataは、あなたがアップデートについて
に、後に、このデータへの更新を行うことができるようにしたい、特に以来、これまでで最高です。私はこれらを「押し出す」のではなく、アプリケーションのアンケートを（おそらく、起動時に）行い、次に新しいものをバックグラウンドで取得します。
編集：また、コアデータと、それらはデータストア
私見にバックグラウンドで追加されたとして、スムーズのUITableViewに新しいレコードでアニメーション化することは非常に簡単ですNSFetchedResultsControllerを使用して、私は物事を維持しようとしますシンプル、良い古いKISSの原則に従う。
現在のケースでは、読み込み専用のデータを表示するだけでよいので、必要なのはデータです（plist形式のファイル、xml、json、またはcsvなど）。ファイルを解析し、ビジネスオブジェクトを取り込み、配列に追加します。マスターと詳細ビューにその配列を使用します。ここでコアデータは必要ありません（50〜50までは50〜50'000を意味しません。その場合、コアデータのメモリ管理が助けになります;
更新を処理する必要がある場合は、リスト全体を更新するか、実際には古いファイル（単純）を置き換えるか、増分変更を行います後者の場合はコアデータの使用を検討することをお勧めします。
私は個人的に2つのプロジェクトでコアデータを使用しています。しかし、私はそれがそこにあるからといってそれを推奨しないでしょう。結局、それはオーバーヘッドと複雑さをもたらします。コアデータを使用する場合は、その概念を理解するために時間を費やす必要があります。それを過小評価しないでください。読んで理解してくれるものがたくさんあります。おそらく、WTFの瞬間が2つあります。
わかりやすく：私はあなたにコアデータを使用して話したくありません。私はあなたの母親がおそらくそれを本当に必要としているかと尋ねています。