JSON – JavaScript Object Notation, jest to lekki format wymiany danych komputerowych. Ale co to tak naprawd\u0119 znaczy i po co to jest?<\/p>\n\n\n\n
JSON’a wykorzystuje si\u0119 przy przesy\u0142aniu danych pomi\u0119dzy urz\u0105dzeniami np. pomi\u0119dzy naszymi przegl\u0105darkami a serwerami gdzie znajduj\u0105 si\u0119 dane. Cz\u0119sto zamiast pojedynczej danej chcemy przes\u0142a\u0107 list\u0119 warto\u015b\u0107 lub co jest cz\u0119\u015bciej spotykane obiekt lub zbi\u00f3r obiekt\u00f3w kt\u00f3re posiadaj\u0105 nazw\u0119 i przypisan\u0105 do niej warto\u015b\u0107 wraz z informacjami jakie ze sob\u0105 niesie. Do tego zadania idealnie nadaje si\u0119 JSON.<\/p>\n\n\n\n
Dane s\u0105 budowane na zasadzie pary nazwa – warto\u015b\u0107 oddzielone dwukropkiem. Ka\u017cda kolejna dana jest oddzielona przecinkiem a ca\u0142o\u015b\u0107 zamkni\u0119ta nawiasami klamrowymi. <\/p>\n\n\n\n
{ \"name\":\"warto\u015b\u0107\",\n \"lastName\":\"warto\u015b\u0107\",\n \"badges\":[\"warto\u015b\u0107\",\"warto\u015b\u0107\",\"warto\u015b\u0107\"]}<\/code><\/pre>\n\n\n\nW powy\u017cszym przyk\u0142adzie jest przesy\u0142any jest obiekt kt\u00f3ry posiada 3 pola. Pierwsze dwa posiadaj\u0105 tylko warto\u015bci. Trzecie pole jest to lista. Dane w listach s\u0105 zamkni\u0119te nawiasami kwadratowymi i oddzielone od siebie przecinkami. Je\u017celi budujemy naszego JSON’a automatycznie i w nawiasach nic si\u0119 nie znajdzie wtedy strona odbieraj\u0105ca dane wie, \u017ce lista nie zawiera \u017cadnych element\u00f3w.<\/p>\n\n\n\n
Je\u017celi przestrzegamy jako nadawca wystawionego API to strona odbieraj\u0105ca mo\u017ce \u0142atwo je przetworzy\u0107. Powy\u017csze dane mog\u0105 by\u0107 sparsowane np. na taki obiekt:<\/p>\n\n\n\n
public class User {\n String name;\n String lastName;\n List<String> badges;\n}<\/code><\/pre>\n\n\n\nDane kt\u00f3re s\u0105 przysy\u0142ane przy pomocy tego formatu s\u0105 proste w odczycie zar\u00f3wno przez urz\u0105dzenia jak i przez samego u\u017cytkownika.<\/p>\n\n\n\n
Je\u017celi chcemy zbudowa\u0107 bardziej z\u0142o\u017cony obiekt wtedy bierzemy powy\u017csze elementy jak klocki z kt\u00f3rych budujemy dowolne obiekty jak w przyk\u0142adzie poni\u017cej:<\/p>\n\n\n\n
{ \"name\" : \"JustPlayer002\",\n \"user\" : { \"name\":\"Andrzej\",\n \"lastName\":\"Kowalski\",\n \"badges\":[\"Team Player\",\"Collector\"]\n },\n \"character\" : \"DWARF\",\n \"board\" : \"MAIN\",\n \"equipment\" : [\"Hammer\",\"Shield\",\"Boots\"]\n}<\/code><\/pre>\n\n\n\nPowy\u017csze dane mog\u0105 by\u0107 sparsowane np. na taki obiekt:<\/p>\n\n\n\n
public class Player {\n String name;\n User user;\n Character character;\n Board board;\n List<String> equipment;\n}\n\nGdzie \"Character\" i \"Board\" mog\u0105 by\u0107 prostymi Enum'ami, \"User\" jest klas\u0105 o kt\u00f3rej wspomnieli\u015bmy wcze\u015bniej a \"equipment\" jest prost\u0105 list\u0105. W ten spos\u00f3b s\u0105 budowane bardziej z\u0142o\u017cone i zagnie\u017cd\u017cone obiekty. Na szcz\u0119\u015bcie do ich serializacji i deserializacji na backendzie s\u0142u\u017c\u0105 odpowiednie narz\u0119dzia jak np. Jackson dzi\u0119ki czemu nie musimy robi\u0107 tego r\u0119cznie.<\/code><\/pre>\n\n\n\nPodsumowanie<\/h2>\n\n\n\n
Jason jest przyjaznym u\u017cytkownikowi formatem wymiany danych. Poza prostot\u0105 w odczycie przez cz\u0142owieka ma du\u017co mniej zb\u0119dnych znak\u00f3w ni\u017c XML. Oczywi\u015bcie poza JSON’em istniej wiele innych format\u00f3w do przesy\u0142ania danych wykorzystywanych przez np. przez \u017c\u0105dania HTTP<\/a>.<\/p>\n\n\n