私はとで構成されるアプリを開発していますUINavigationController
。navUITableViews
コントローラーのルートビューには多くのアイテム(50以上)があり、各詳細ビューにはおそらく30行あります。
リストにデータを入力する最も効率的な方法は何ですか?コアデータまたはPlist?
仕様には、更新を毎月リストにプッシュする範囲があるため、常に最新の状態に保たれます。これは選択に影響しますか?一括更新が簡単な方法はどれですか?
ありがとう
私はとで構成されるアプリを開発していますUINavigationController
。navUITableViews
コントローラーのルートビューには多くのアイテム(50以上)があり、各詳細ビューにはおそらく30行あります。
リストにデータを入力する最も効率的な方法は何ですか?コアデータまたはPlist?
仕様には、更新を毎月リストにプッシュする範囲があるため、常に最新の状態に保たれます。これは選択に影響しますか?一括更新が簡単な方法はどれですか?
ありがとう
CoreDataを選択します。
比較的使いやすいです。また、アプリを拡張する必要がある場合は、柔軟性が高まります。Core DataはSQLLiteでバックアップできるため、パフォーマンスが非常に高くなります。また、一括更新も管理可能です。
特に、後でこのデータを更新できるようにしたいので、コアデータは断然最高です。
アップデートについて。私はこれらを「プッシュ」するのではなく、おそらく起動時にアプリにポーリングさせてから、バックグラウンドで新しいものをフェッチします。
編集:Core Dataでも、NSFetchedResultsControllerを使用すると、新しいレコードがバックグラウンドでデータストアに追加されるため、UITableViewにスムーズにアニメーション化できます。
私は、古き良きKISSの原則に従って、物事をシンプルに保つようにしています.
現在のケースでは、読み取り専用データを表示するだけでよいように思われるため、必要なのはデータだけです (たとえば、ファイル、plist 形式、xml、json、csv など) だけです。ファイルを解析するだけです。 、ビジネス オブジェクトにデータを入力し、それらを配列に追加します。その配列をマスター ビューと詳細ビューに使用します。ここではコア データは必要ありません (50+ で計算すると、50 - 50'000 を意味するわけではありません。その場合、コアデータのメモリ管理が役立ちます;-)
将来、更新を処理する必要がある場合は、リスト全体を更新して、実際には古いファイルを置き換えるだけにするか (単純)、増分変更を行います。後者の場合にのみ、コア データの使用を開始することを検討することをお勧めします。
私は個人的にいくつかのプロジェクトでコア データを使用していますが、気に入っています。しかし、そこにあるという理由だけでそれをお勧めすることはありません。結局のところ、オーバーヘッドと複雑さをもたらすからです。コア データを使用する場合は、その概念を理解するためにある程度の時間を費やす必要があります。それを過小評価しないでください。読んで理解しなければならないことがたくさんあり、おそらくいくつかの WTF の瞬間があります (SO でコア データの質問を探してください)。
はっきりさせておきたいのですが、私はあなたにコアデータの使用を否定するつもりはありません。あなたのお母さんがおそらくそうするであろうように、あなたは本当にそれが必要ですか?と尋ねているだけです。