Domanda

DOMANDA:

E 'meglio inviare grandi macchie di dati in JSON per semplicità, o inviarli come dati binari su una connessione separata?

Nel primo caso, si può offrire suggerimenti su come ottimizzare il JSON per ridurre le dimensioni?

In quest'ultimo caso, ne vale la pena per collegare logicamente i dati JSON ai dati binari utilizzando un identificatore che compare in entrambe, ad esempio, come "dati": "" nel JSON e con i primi byte dell'essere dati blob ?

CONTESTO:

applicazione mio iPhone ha bisogno di ricevere i dati JSON attraverso la rete 3G. Ciò significa che ho bisogno di pensare seriamente l'efficienza del trasferimento dei dati, così come il carico sulla CPU.

La maggior parte dei trasferimenti di dati sarà relativamente piccoli pacchetti di dati di testo per i quali JSON è un formato naturale e per i quali non v'è alcun motivo di preoccuparsi molto di efficienza.

Tuttavia, alcuni tra i più critici trasferimenti saranno grandi macchie di dati binari - sicuramente almeno 100 kilobyte di dati, e forse più vicino a 1 megabyte come clienti accumulano una storia più lunga con il prodotto. . (Nota:. Ho verrà caching quello che posso su iPhone in sé, ma i dati deve ancora essere trasferito almeno una volta), non è in streaming di dati

Io probabilmente usare un terzo JSON SDK - quello che sto usando durante lo sviluppo è qui.

Grazie

È stato utile?

Soluzione

Si potrebbe provare a comprimere il JSON (gz forse) prima di inviare e poi decomprimere sul lato client.

Ma io non sono sicuro di come questo influenzi le prestazioni iPhone.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top