2009-04-28 10 views
2

私はいくつかのアプローチを見てきましたが、それぞれが大きなプラスとマイナスを持っているようです。私はiPhoneの開発を学んでいます。比較的単純なアプリケーションを構築しています.3つまたは4つの関連エンティティでのCRUD操作よりも、それがコアとなるのは実際のCRUD操作ではありません。iPhoneにデータベース管理/オブジェクト永続化の方法がありますか?

私はActiveRecordタイプのオブジェクト永続性に慣れています。私がオンラインで読んだCocoa Touchの実装は、一般に非常に遅いと呼ばれています。

私はオンライン(特にPragmatic Programmersスクリーンキャスト)の例のほとんどは、SQLがコントローラクラスにハードコードされています。非常に古い学校と思われます(しかし、この場合、古い学校が最適かもしれません)。

私はここでSDK 3.0について議論することはできませんが、CoreDataがiPhone向けに来ていることはよく知られていますが、もちろん視聴者を制限することになります。

私はまだGus MuellerのFMDBを試していないが、良いことを読んだことがある。

あなたの経験は何か、何が効果があり、何が効果がないかは何ですか?あなたは(まだかなり初心者の)iPhoneプログラマが自分の時間を投資することをどこに勧めますか?

答えて

2

現在、上位レベルの作業のための組み込みシステムがないため、アプリケーションにエンコードされたセミロングSQLがたくさんあります。 FMDBはこれを行う良い方法ですが、単にObjectite-CのようなものにSQLite呼び出しをラップします。状況によっては素晴らしいですが、明らかにすべてではありません。

ActiveRecordに慣れているなら、SQLite Persistent ObjectsはActiveRecordと似ていると考えられているので便利です。私はどちらも使用していないので、実際にどれほど似ているかは分かりません。それが何らかの理由で正しいと思われない場合は、この時点で3.0をターゲットにしてコアデータを使用するのが最善の方法でしょう。

+0

私が来るという結論は、まさにあなたが述べたものであると思います。 SQLlite Persistent Objectsは非常に遅いものです。 私は今年の夏のように受け入れられる方法なので、「短期間の懲役刑」となり、CoreDataをターゲットにすると考えています。 私は既存のアプリケーションにコアデータを追加するのに問題がありましたが、私はちょうど別の方法で、コアデータを使って「ウィンドウベースのアプリケーション」テンプレートにアプリケーション全体をわずか数分で移植しました。だから...何もしませんが、少なくとも昨夜と同じように、クラッシュすることはありません。 – mmc

関連する問題