There exists a peculiar amnesia in software engineering regarding XML. Mention it in most circles and you will receive knowing smiles, dismissive waves, the sort of patronizing acknowledgment reserved for technologies deemed passé. "Oh, XML," they say, as if the very syllables carry the weight of obsolescence. "We use JSON now. Much cleaner."

you are viewing a single comment's thread
view the rest of the comments
[–] 25 points 9 months ago (4 children)

The fact that json serializes easily to basic data structures simplifies code so much. Most use cases don't need fully sematic data storage much of which you have to write the same amount of documentation about the data structures anyways. I'll give XML one thing though, schemas are nice and easy, but high barrier to entry in json.

  • source
  • hideshow 4 child comments
  • [–] [S] 6 points 9 months ago (3 children)

    Most use cases don’t need fully sematic data storage

    If both sides have a shared data model it's a good base model without further needs. Anything else quickly becomes complicated because of the dynamic nature of JSON - at least if you want a robust or well-documented solution.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 4 points 9 months ago (1 child)

    If both sides have a shared data model

    If the sides don't have a common understanding of the data structure, no format under the sun will help.

  • source
  • parent
  • hideshow 1 child comment
  • [–] [S] 1 point 9 months ago

    The point is that there are degrees to readability, specificity, and obviousness, even without a common understanding. Self-describing data, much like self-describing code, is different from a dense serialization without much support in that regard.

  • source
  • parent