💾 Archived View for rawtext.club › ~sloum › geminilist › 002604.gmi captured on 2020-09-24 at 03:00:19. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2020-09-24)

-=-=-=-=-=-=-

<-- back to the mailing list

For consideration: JSON Feed

Tom tgrom.automail at nuegia.net

Tue Sep 8 21:30:52 BST 2020

- - - - - - - - - - - - - - - - - - - 

It is true that JSON usually resolves to an object, but that makes it abit more of a chore to deal with when using non-object-orientedlanguages. I'm not sure why you had a difficult time writing XMLparsers, but it shouldn't be too different from something along thelines of var = $root-

array[n]-
post;. I don't feel too strongly eitherway, but I do feel that JSON being so much better than XML is largelyoverhyped and while there are extreme edge-cases where some morespecialized interchange format could be more efficient than XML oftentimes there is just not that huge of a difference to warrant going in acompletely new direction and leaving behind decades of development intoXML based tools. To me the XML vs JSON argument is a lot likebikeshedding, and I'd go with XML because it's what we already have anddoesn't have problems with non-javascript langs.

But if we really want to drag the XML vs JSON bikeshed all the way out,might as well use an existing bikeshed blog than start up a new one.

This is linked to from XMPP.org myths & legendshttps://www.balisage.net/Proceedings/vol10/html/Lee01/BalisageVol10-Lee01.htmlIt explores the XML vs JSON debate in the most painstaking throughdetail.

Abstract

We all know that XML is "fat" and JSON is the "thinner", "faster","smaller", "better" markup. We know this to be true because we've beentold it over and over. It's "obvious" and "inherently true" because XMLhas redundant end tags, namespaces, entities and other extra "pounds offat" that JSON doesn't have. But where is the science supporting this?What are the facts and what is myth? When people make design andarchitecture decisions it should be supported by facts not speculation.In this paper I show the results of an ongoing series of real worldtests of Markup performance in browsers across a wide variety ofdevices, browsers and operating systems and attempt to quantify markupperformance with experimental results and maybe trim the fat myth onecalorie at a time.

-- _________________________________________ / There's no such thing as pure pleasure; \\ some anxiety always goes with it. / ----------------------------------------- \ \ /\ /\ //\\_//\\ ____ \_ _/ / / / * * \ /^^^] \_\O/_/ [ ] / \_ [ / \ \_ / / [ [ / \/ _/ _[ [ \ /_/