0

私はiOSとサーバーの使用にかなり慣れていないので、許してください。

研究用のiOSアプリを作成しています。ユーザーが行うことを監視し、分析のためにサーバーにプッシュする必要があります(はい、ユーザーとIRBのアクセス許可が必要です)。クライアント側では、サーバーから更新されたバージョンをプルする場合を除いて、実際には変更されないかなりの量のデータを保持する必要があります。その後、最小限のユーザー固有のデータを保持します。収集するデータのほとんどは、分析のためにサーバーにプッシュする必要があります。その後、クライアント側から削除できます。

サーバープロセスからのプッシュとプルがどのように機能するかがまだよくわからないため、使用する必要のあるデータストアの種類を把握するのに苦労しています。Core Dataを使用することは理にかなっていますか?XML?SQLite?Core Dataのアイデアは気に入っていますが、サーバーとの間で大量のデータを送信する必要がある場合に、どのような問題が発生するかわかりません。おそらくどちらかの端に保存されているものとは異なる形式でデータを送信する必要があるかもしれないと思います-それで、そのデータを変換する過程でどのようなオーバーヘッドに遭遇する可能性がありますか?両端で私にとって、そしてデータを送信するためにうまくいくものを保存するための良いフォーマットはありますか?

おそらくお分かりのように、私はいくつかのアドバイスを使うことができます。ありがとう!

4

1 に答える 1

2

コアデータはおそらく行く方法です。

Core DataまたはSQLiteのいずれかが、この種のアプリに最適である可能性があります。CoreDataは実際には舞台裏でSQLiteを使用しています。しかし、Core DataにはSQLiteに比べていくつかの利点があり、実際に推奨されるiOSデータベーステクノロジーです。

あなたのパフォーマンスの懸念に関しては、私はそれについて心配しません。Core Data(またはSQLite)は十分に高速です。サーバーへの帯域幅がゲーティング要因になるので、そこでは問題ないはずです。

あなたのデータ構造は、他のアプローチ(plists、、NSUserDefaults他のファイル形式など)を考えられないほど豊富または十分に大きい可能性が高いようです。

于 2012-10-06T21:44:54.233 に答える