Environment versions
OS:
Windows Server 2012 R2
Network:
Windows Server 2012 R2
Virtual environment:
VMWare
>The problem with XML is that it can't **automatically** determine types. An element can be a string, a number, a date and without an explicit schema an XML parser has no idea how to treat an element.
That isn't a **problem** because XML was designed to be flexible and free-flowing, allowing an application of information at any point depending on data needs. Standards can be easily setup. For example, make "n" tags numeric, "d" tags for date, etc.
It's flexible and wholly adaptive while being people-friendly.
>Once a schema is defined though it can be very fast because it can start making assumptions which is likely why XML serialization tends to be faster than JSON which has to pretty much parse a document char by char in order to determine what the next type will be.
>
>I too need to deal with JSON *and* XML all the time, but I've come to greatly appreciate JSON for its type simplicity instead of the type and schema hell that is XML... When working with XML data coming from multiple sources (ie. your app doesn't own it) there's almost always some sort of problem in the translation of the data in my experience which is frustrating.
>
>+++ Rick ---
JSON has its place in data processing and interchange. XML is more people-friendly.
Previous
Next
Reply
View the map of this thread
View the map of this thread starting from this message only
View all messages of this thread
View all messages of this thread starting from this message only