Core Data vs. SQLitePersistentObjects

Question

Ich bin eine iPhone app zu schaffen und ich versuche, zwischen zwei Lösungen für einen persistenten Speicher zu wählen.

Core Data, oder SQLitePersistentObjects . Grundsätzlich sind alle meine App braucht, ist eine Möglichkeit, eine Reihe von Modellobjekten zu speichern und sie dann wieder zu laden, um die Anzeige in einem UITableView. Sein nichts zu kompliziert. Core Data scheint eine viel höhere Lernkurve als die einfache Verwendung SQLitePersistentObjects zu haben. Gibt es offensichtliche Vorteile der Verwendung von Core Data über SQLitePersistentObjects in meinem Fall?

Answer 1

Sehen Sie diese Frage. Meine Antwort auf diese Frage gilt auch für Ihre.

Core Data VS SQL-Anweisung, die ein für iphone Entwicklung gd ist?

Answer 2

Wie der Autor von SQLite Persistent Objects, sage ich: Verwendung von Core Data.

Ich schrieb SQLPO wenn Core Data nicht am Telefon nicht gab. Obwohl ich stolz bin, was ich tat, mit SQLPO und obwohl ich, wie einige Dinge tun, um ihren Ansatz besser als Core-Data (insbesondere keine separaten Klassendateien und Datenmodell pflegen zu müssen), der Motor Core Data zugrunde liegt, ist viel reifer und viele mehr Ingenieurstunden hat investiert in sie. Deshalb habe ich SQLPO Entwicklung aufgegeben, als Core Data auf das iPhone SDK kam.

Ich habe Benchmarks nicht getan, aber ich würde das richtig, Core Data wird eine bessere Leistung in fast allen hochvolumigen Situationen.

erraten verwendet

SQLPO ist schneller zu entwickeln, da alles, was Sie tun, ist die Header-Dateien erstellen, aber es sei denn, Ihre Datenbedarf relativ leicht sind, sagen, dass ich Sie wäre besser aus Core Data verwenden.

Answer 3

Einige infromation auf meiner Erfahrung mit SQLitePersistentObjects.

Eine App zunächst für iOS 3.x entwickelt SQLPO Verwendung funktioniert gut. Einfach zu bedienen, etc. Jetzt bin ich in dem Prozess Diese App zu iOS bringen 4 und begann die Dinge seltsam zu erhalten.

ich jetzt DB Verfälschungen zu unvorhersehbaren Preisen sehen.

Ein Blick in die SQLPO Code zeigt, dass es nur eine sqlite3_close Aussage und diese aufgerufen wird, wenn die DB nicht geöffnet werden kann.

Ich plane eine Methode hinzufügen, um die DB ausdrücklich und nennt dies aus meinen App Delegierten beenden und für iOS4 didMovetoBackground Methoden zu schließen. Könnte helfen, DB Korruption Probleme mit SQLPO.

zu vermeiden

Answer 4

Ich musste vor kurzem die gleiche Entscheidung treffen. Ich war Instanzen eines einfachen Objekts mit ein paar Eigenschaften zu speichern. Aus meiner Forschung verstehe ich, dass Core Data verwendet wird dazu beitragen, besser Sie komplexere Objekte mit mehreren Beziehungen verwalten. Ich landete nur Core Data verwenden, weil ich wollte mehr darüber erfahren (aber für einfache Objekte gab es nicht viel von einer Lernkurve).

Answer 5

SQLitePersistentObjects aka SQLLite Persistent Objects ist nicht das gleiche wie gerade SQLite überhaupt zu tun. Es ist ein ORM in seinem eigenen Recht. Ich habe es noch nicht benutzt, aber ich wollte die völlig falsche Antwort, dass das vorherige Plakat gab korrigieren.

Und ich ernsthaft in Erwägung verwenden, weil Core Data ein Schmerz ist.

Siehe auch: http://iphonedevelopment.blogspot.com/2008 /08/sqlite-persistent-objects.html