0

iOSバージョン5で構築しているアプリがあります。このアプリは、SQL Serverストアドプロシージャを呼び出すC#で構築されたWebAPIを使用しています。WebAPIは、RESTful呼び出しを使用して、iOSアプリ内のアイテムにデータを入力します。これらのアイテムは、JSON形式での認証チャレンジ後にiOSに返されます。これはすべてうまく機能します。ベストプラクティスとして、データを消費してデータベースに戻すための最良のアプローチに興味があります。現在、サービスから返されたデータを表すカスタムクラスまたはエンティティがいくつかあります。たとえば、あるカテゴリまたはサブカテゴリに基づいてすべての製品データを取得し、Productタイプの配列にデータを入力します。このProductクラスは、返されるデータの正確な構造、つまりProductID、ProductDescriptionなどと一致します。これはSQLiteとCoreDataで複製できることを私は知っています。私が疑問に思っているのはこれです。CoreDataを使用するのは理にかなっていますか?

また、この質問の2番目の部分。めったに変更されないアイテムの配列の場合、それらのアイテムをpListに配置することは理にかなっていますか?このタイプのデータの例は、クォート、カップ、ガロンなどがユーザーが選択できるようにUITableViewにリストされる測定単位のようなものですが、アプリケーションがこれらの値を頻繁に更新する必要があるとは考えられません。

4

1 に答える 1

2

RestKitをお勧めします。RestKitのWebサイトから:

RestKitはコアデータの関連付けを設定できるため、データモデルの自然なプロパティベースのトラバーサルが可能になります。また、コアデータプリミティブの上に優れたAPIを提供し、構成とクエリのユースケースを簡素化します。

要件を満たしているようです。

私はSQLiteには行きません。簡単に思えるかもしれませんが、RestKitをCoreDataで使用するとさらに多くのことが得られます。

于 2012-08-30T20:41:42.570 に答える