2012-09-29 18 views
5

Obecnie używam JSON (org.json) do serializacji jednej z moich klas danych. Kiedy przekazuję go w pakiecie lub z intencją, po prostu wołam .toString() po stronie nadawcy, a następnie odtwarzam klasę po stronie odbiorcy. Ze wszystkiego, co do tej pory czytałem, nie powinienem implementować Serializable Java z powodu obaw związanych z wydajnością. Jestem w trakcie przepisywania niektórych części aplikacji i rozważałem, aby moje klasy danych zaimplementować Parcelable i przenieść je w ten sposób. Jakie byłyby zalety, gdybym to robił w ten sposób? Czy byłoby lepiej, gdyby zamiast tego użyłem biblioteki Jackson JSON? Większość prac JSON opiera się na API; serwer odpowiada tylko na JSON. Przechowuję także część JSON do buforowania po stronie aplikacji.Zalety paczki nad JSON

Odpowiedz

7

Myślę, że JSON jest zdecydowanie najbardziej dogodnym mechanizmem dla typowych POJO; i wydaje się mało prawdopodobne, aby wydajność była znacznie gorsza niż w przypadku Parcelable. Paczkowana implementacja może być bardziej kompaktowa; ale jeśli jest to problematyczne, można nawet skompresować buforowane ładunki JSON. Prawdopodobnie najpierw wypróbuję JSON i zobaczę jak to działa.

+0

Witam @StaxMan, dowolne źródło? –

+0

+1 dla POJO :) – sotrh

+0

@LucaFagioli Niestety nie mam linku do pomiarów - po prostu nie słyszałem o żadnych wzrostach wydajności, ani żadnych reklamacjach dotyczących wydajności JSON (z wyjątkiem kosztów uruchomienia niektórych bibliotek) – StaxMan