現在の状況/気温に基づいて何を着ているかを学習し、外で何を着るべきかを教えてくれる天気アプリを書いています。簡単なデータを収集し、デバイスに保存しています。私は収集しています：
現在の温度/状態に基づいてデータをクエリし、6 つの int フィールドの値の平均を取得して、ユーザーが普段何を着ているかを予測します。
私はこれをiPhoneだけにとどめています。これに適したクライアント側のデータ保存方法は何でしょうか? クエリはそれほど集中的ではありませんが、型と範囲についてクエリを実行する必要があります。
以前に Core Data を使用したことがありません。MySQL には精通していますが、SQLite には触れていません。繰り返しますが、このクライアント側を維持し、シンプルさと速度のためにデータベースを使用したくありません。乗り降りアプリを目指しています。
Core Data または SQLite を使用することをお勧めします。そうです、これは多くのデータが保存されているわけではありません。そのアプリケーションが成功し、コンセプトを拡張したい場合はどうしますか?
例えば：
(1) より多くのデータを保存したい
(2) データをサーバーに同期するかもしれません
(3) 保存するデータの種類の変更
あなたはあなたの質問でQUERYについて言及していますが、それがあなたの答えです。Core Data を使用すると、これはすべてはるかに簡単になります。学習曲線はありますが、このフレームワークを学習することは、将来のプロジェクトに役立ちます。
あなたのプロジェクトで頑張ってください。
以前のポスターでは、SQLite よりも Core Data を推奨しています。これら 2 つの選択肢のいずれかを提案するのは正しいことですが、既に MySQL に精通していて、出入りアプリを探している場合は、SQLite を使用することをお勧めします。
Core Data は優れたフレームワークですが、仕様や以前の経験を考慮すると、習得に時間がかかる場合があります。SQLite はシンプルで高速なクライアント側です。さらに、クエリは MySQL と同じように見えます。
他のポスターは、NSUserDefaults または NSKeyedArchiver でのシリアル化について言及しています。それらはシリアル化を単純にしますが、NSPredicate を使用して独自のクエリ コードを作成することになります。それほど難しいことではありませんが、価値はあるものの、別の機会に取っておいたほうがよい新しいテクノロジかもしれません。さらに懸念されるのは、アプリがすぐに大量のデータを使用し始めると、うまくスケーリングできないことです。
より一般的なスケールに関しては、アプリが大成功を収めた場合は、それについて心配してください。必要に応じて、いつでもリファクタリングとスケーリングを行うことができます。