Volete integrare un POJO- o libreria di cursori a base nella tua app Android?

Question

La mia azienda vuole pubblicare una libreria per Android, in modo che altre persone possano integrare i nostri contenuti con facilità nelle loro applicazioni personalizzate.

Ora io sono ancora molto incerto come dovrei fornire il contenuto. In questo momento sto usando POJO di fornire i dati nel mio progetto.

stavo seguendo le dibattito "POJO vs. cursori" che si è rivelato in favore dei cursori. Ho anche visto un esempio dove i negozi qualcuno la risorsa analizzata in uno SqlLite-DB e accede in un secondo momento attraverso i cursori.

So che i cursori hanno molti vantaggi rispetto ai POJO. Ma volete pasticciare con i cursori quando è necessario implementare una libreria? Alcuni di voi ragazzi potrebbe aver scritto queste librerie pure. Che cosa si usa e perché?

---

Come altre librerie stanno facendo ...

Facebook sembra usare POJO:

Formato di risposta: La risposta del server è una stringa JSON. L'SDK fornisce un metodo Util.parseJson () per convertire ad un JSONObject, i cui campi e valori è ispezionabile e accessibile.

Answer 1

Abbiamo usato l'approccio del cursore nel nostro ultimo progetto, e l'ho trovato abbastanza ingombrante. Soprattutto dover verificare se ci sia effettivamente qualcosa nel cursore, iterando su di esso, trovando gli indici di destra per i valori, la chiusura in modo corretto .. non è qualcosa che mi piace fare più e più volte. Soprattutto la roba dell'indice intera tende a rompersi abbastanza facilmente, soprattutto perché non è possibile definire le costanti per se si sta effettivamente facendo uso di proiezioni.

Un approccio buon sarebbe probabilmente utilizzare Cursore sostenuta POJO, almeno quando si tratta di collezioni. In questo modo i dati possono essere letti su richiesta. Hai ancora avrebbe dovuto trovare un modo ragionevole per chiudere il cursore allora, però.

In caso di oggetti singoli, dico al diavolo proiezioni e appena discarica tutto ciò che in un POJO.