Есть ли предпочтительный метод управления базой данных / сохранения объектов на iPhone?

Question

Я видел несколько подходов, и у каждого, кажется, есть существенные плюсы и минусы. Я изучаю разработку для iPhone, я создаю относительно простое приложение, которое по своей сути не намного больше, чем операции CRUD над 3 или четырьмя связанными объектами.

Я привык к постоянству объектов типа ActiveRecord. Реализации для Cocoa Touch, о которых я читал в Интернете, обычно называют крайне медленными.

В большинстве примеров, которые я вижу в Интернете (в частности, скринкасты Pragmatic Programmers), SQL жестко закодирован в класс контроллера, что не кажется ... правильным для меня. Кажется, очень старая школа (но, может быть, старая школа лучше в этом случае).

Я знаю, что мы не можем обсуждать SDK 3.0 здесь, но общеизвестно, что CoreData выйдет для iPhone, что, конечно, ограничит мою аудиторию (я не уверен, что меня это сильно волнует. Это будет приложение на продажу, но я не планирую заменять его карьерой)

Я еще не пробовал FMDB Гуса Мюллера, но прочитал хорошие вещи.

Какой у вас опыт, что работает, а что нет. Куда бы вы порекомендовали (все еще довольно начинающему) программисту iPhone уделить свое время?

Answer 1

Сейчас в приложениях много полусухого SQL-кода, потому что нет встроенной системы для работы на более высоком уровне. FMDB - хороший способ сделать это, но он просто оборачивает вызовы SQLite во что-то более похожее на Objective-C. Это отлично подходит для некоторых ситуаций, но, очевидно, не для всего.

Если вы знакомы с ActiveRecord, тогда Постоянные объекты SQLite могут быть вам полезны, поскольку они предназначены для того, чтобы быть похожими на ActiveRecord. Я не использовал ни того, ни другого, поэтому я не мог сказать вам, насколько это на самом деле похоже. Если по какой-то причине это кажется неправильным, вероятно, на данный момент лучше выбрать целевой 3.0 и использовать Core Data.