Möchten Sie eine POJO- oder Cursor-basierte Bibliothek in Ihre Android App integrieren?

Question

Meine Firma möchte eine Bibliothek für Android veröffentlichen, damit andere Leute unsere Inhalte einfach in ihre eigenen Apps integrieren können.

Jetzt bin ich noch sehr unsicher, wie ich den Inhalt bereitstellen soll. Im Moment verwende ich POJOs, um die Daten in meinem Projekt bereitzustellen.

Ich folgte der debate "POJOs vs. Cursors", die zugunsten von Cursors fiel. Ich habe auch an example gesehen, wo jemand die geparste Ressource in einer SQLLite-DB speichert und später durch Cursor darauf zugreift.

Ich weiß, dass Cursor viele Vorteile im Vergleich zu POJOs haben. Aber möchten Sie sich mit Cursors herumschlagen, wenn Sie eine Bibliothek implementieren müssen? Einige von euch könnten auch solche Bibliotheken geschrieben haben. Was hast du benutzt und warum?

---

Wie andere Libs es tun ...

Facebook seems to use POJOs:

Antwortformat: Die Serverantwort ist ein String JSON. Das SDK stellt eine Util.parseJson() - Methode bereit, um dieses in ein JSONObject zu konvertieren, dessen Felder und Werte überprüft und abgerufen werden können.

Answer 1

Wir verwendeten den Cursor-Ansatz in unserem letzten Projekt und fanden es ziemlich umständlich. Vor allem muss ich prüfen, ob es tatsächlich etwas im Cursor gibt, darüber iterieren, die richtigen Indizes für Werte finden, es richtig schließen. Das mache ich nicht immer wieder. Vor allem das ganze Index-Zeug neigt dazu, ziemlich leicht zu brechen, besonders da man keine Konstanten dafür definieren kann, wenn man tatsächlich Projektionen verwendet.

Ein guter Ansatz wäre wahrscheinlich, Cursor-unterstützte POJOs zu verwenden, zumindest wenn es um Sammlungen geht. Auf diese Weise können die Daten bei Bedarf gelesen werden. Sie müssen jedoch immer noch eine sinnvolle Möglichkeit finden, den Cursor zu schließen.

Im Falle von einzelnen Objekten, sage ich zur Hölle mit Projektionen und einfach alles in einen POJO Dump.