json vs xml - hvilke vej er bedste af gå!

det er vel hverken enten eller, det er både og.

JSON "er ved"/"har" overtaget XML's plads i mange sammenhæng, da det fylder min 10% mindre end XML (mindre overhead), er nemt at arbejde med clientside (JS / JQUERY), og server side (her taler jeg ud fra PHP), det er et krav at du forstår "associative array".

mange af googles API'er sender default data i JSON format, frem for XML, netop pga det fylder mindre end XML

når du arbejder med AJAX (asynchronous JavaScript and XML), er det foretrukne dataformat JSON (oprindelig XML), med mindre man misbruger AJAX og overføre HTML.

Hvis jeg skulle starte på et af disse to, hvilke vej skulle jeg gå og hvorfor?,

så ville jeg klar vælge JSON, det er nemt og hurtigt, og meget udbredt

men du kommer ikke uden om også at skulle kunne arbejde med XML, hvis du feks skal arbejde med office data (M$, Open, Libra office) så er alle documenterne lavet i en afart af XML, arbejder du med RSS kommer du heller ikke uden om XML.
så hvidt jeg husker fra Webintegrator uddannelsen skal i lave RSS, og dermed arbejde med XML

det er sådan at jeg vil også snart gå i gang med at kig på MVC så jeg også for lært det.

det burde ikke være nødvendigt at encode data i MVC (Model–view–controller), men skal du gøre det brug da JSON

jeg ligge altid selv mine sql kald ind i en model komponent, og de retunere ucodet data
når jeg så bruger mine data kan jeg skulle encode dem med json hvis de skal retuneres ifm. AJAX


ref https://www.google.com/search?q=xml+vs+json
http://www.json.org/xml.html
http://json.org/example.html
http://www.tutorialspoint.com/json/json_comparison.htm
http://www.w3schools.com/json/

ref https://www.google.com/search?q=json+vs+xml+speed
http://stackoverflow.com/questions/4862310/json-and-xml-comparison


ref https://www.google.com/search?q=rss+json+feed
https://developers.google.com/feed/v1/jsondevguide?hl=en
https://developers.google.com/feed/v1/reference?hl=en
https://docs.apitools.com/blog/2014/05/06/transforming-an-rss-feed-into-json-with-apitools.html

Du skal bruge begge!!!
JSON skal du typisk bruge i web applikationer, hvor det er data du flytter.
XML bruger du typisk som bindeled i desktop applikationer, der giver det god mening. Mange gange er konfigurationer lavet i XML, da det giver mere mening end at gemme en js fil med JSON i som konfigurationsfil.

Brug det rigtige format det rigtige sted.

Hvis vi skal tage det som et andet eksempel, så spørger du i princippet om du skal vælge skruer eller søm - men du siger ikke til hvad du skal bruge det til, eller om det er udendørs eller indendørs. Du kan ikke skille formaterne ad. HVert format har sit eget formål. Du siger heller ikke at søm er ved at tage over for skruer - og at skruer er gammeldags....

Det giver ikke rigtig mening at tale om hastighed - begge dele er bare data og med data handler det jo ikke om hastighed men struktur. Vil du endelig tale hastighed er JSON mere kompakt og det vil give dig en hurtigere overførselshastighed.

Det ene udelukker ikke det andet, begge er lige brugbare og lærer du at benytte begge vil det også gøre dig i stand til at vælge det rigtige på det rigtige tidspunkt. I og med at de begge jo bare er data vil en database jo også kunne være det rigtige valg.

Du skal bruge begge!!!
JSON skal du typisk bruge i web applikationer, hvor det er data du flytter.
XML bruger du typisk som bindeled i desktop applikationer, der giver det god mening. Mange gange er konfigurationer lavet i XML, da det giver mere mening end at gemme en js fil med JSON i som konfigurationsfil.

Brug det rigtige format det rigtige sted.

Hvis vi skal tage det som et andet eksempel, så spørger du i princippet om du skal vælge skruer eller søm - men du siger ikke til hvad du skal bruge det til, eller om det er udendørs eller indendørs. Du kan ikke skille formaterne ad. HVert format har sit eget formål. Du siger heller ikke at søm er ved at tage over for skruer - og at skruer er gammeldags....

Nej jeg kan godt se hvad du mener / din ide bag i det du siger.

det er vel hverken enten eller, det er både og.

JSON "er ved"/"har" overtaget XML's plads i mange sammenhæng, da det fylder min 10% mindre end XML (mindre overhead), er nemt at arbejde med clientside (JS / JQUERY), og server side (her taler jeg ud fra PHP), det er et krav at du forstår "associative array".

mange af googles API'er sender default data i JSON format, frem for XML, netop pga det fylder mindre end XML

når du arbejder med AJAX (asynchronous JavaScript and XML), er det foretrukne dataformat JSON (oprindelig XML), med mindre man misbruger AJAX og overføre HTML.

Hvis jeg skulle starte på et af disse to, hvilke vej skulle jeg gå og hvorfor?,

så ville jeg klar vælge JSON, det er nemt og hurtigt, og meget udbredt

men du kommer ikke uden om også at skulle kunne arbejde med XML, hvis du feks skal arbejde med office data (M$, Open, Libra office) så er alle documenterne lavet i en afart af XML, arbejder du med RSS kommer du heller ikke uden om XML.
så hvidt jeg husker fra Webintegrator uddannelsen skal i lave RSS, og dermed arbejde med XML

det er sådan at jeg vil også snart gå i gang med at kig på MVC så jeg også for lært det.

det burde ikke være nødvendigt at encode data i MVC (Model–view–controller), men skal du gøre det brug da JSON

jeg ligge altid selv mine sql kald ind i en model komponent, og de retunere ucodet data
når jeg så bruger mine data kan jeg skulle encode dem med json hvis de skal retuneres ifm. AJAX


ref https://www.google.com/search?q=xml+vs+json
http://www.json.org/xml.html
http://json.org/example.html
http://www.tutorialspoint.com/json/json_comparison.htm
http://www.w3schools.com/json/

ref https://www.google.com/search?q=json+vs+xml+speed
http://stackoverflow.com/questions/4862310/json-and-xml-comparison


ref https://www.google.com/search?q=rss+json+feed
https://developers.google.com/feed/v1/jsondevguide?hl=en
https://developers.google.com/feed/v1/reference?hl=en
https://docs.apitools.com/blog/2014/05/06/transforming-an-rss-feed-into-json-with-apitools.html

Takker for et langt og brugbar svar som jeg fik virkelig noget ud af. jeg tror også at json er vejen frem så.