2

私はいくつかのアプローチを見てきましたが、それぞれに大きなプラスとマイナスがあるようです。私はiPhoneの開発を学んでおり、比較的単純なアプリを構築しています。これは、基本的に、3つまたは4つの関連エンティティでのCRUD操作にすぎません。

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

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

ここでSDK3.0について説明することはできませんが、CoreDataがiPhone向けに登場することはよく知られていることです。もちろん、それによって視聴者が制限されることになります(これほど気になるかどうかはわかりません。これは、販売しますが、私のキャリアに取って代わる予定はありません)

Gus MuellerのFMDBはまだ試していませんが、良いことは読んでいます。

あなたの経験のいくつか、何がうまくいくか、そして何がうまくいかないか。(まだかなり初心者の)iPhoneプログラマーが時間を費やすことをどこに勧めますか?

4

1 に答える 1

2

高レベルの作業用の組み込みシステムがないため、現在、アプリには半生の SQL が多数エンコードされています。FMDB はこれを行うための優れた方法ですが、SQLite 呼び出しをより Objective-C に似たものにラップするだけです。状況によっては優れていますが、明らかにすべてではありません。

ActiveRecord に精通している場合は、SQLite Persistent Objectsが役に立つかもしれません。これは、ActiveRecord に似ていることを意図しているためです。どちらも使ったことがないので、実際にどれほど似ているかはわかりません。何らかの理由でそれが正しくないと思われる場合は、現時点で 3.0 をターゲットにして Core Data を利用するのがおそらく最善です。

于 2009-04-28T17:06:48.780 に答える