Suggestions for development
In this article, there should be more context, such as a brief introduction to the JSON notation, and perhaps generic comment on data interchange formats. You've mentioned XML. I discover Domain Object Model isn't defined anywhere, so a new reader would have trouble, I suspect, making the transition from XML, where there is an article, to this one without anything on DOM. Very shortly, I'm going to edit some unpublished work of mine on DOM into an article. Please feel free to edit it so it fits in the flow; I am a networking person that understands packets, but XML more from the perspective "if this were like ASN.1"...
So, in this article, you need some subheads. The introduction defines the problem JSON is trying to solve. Next, who saw the need to develop it, what was the need, and how was it developed? Is there an open group for it?
Following that, give some examples of its notation, and whether there are tools that help write JSON.
Comparing it to other exchange formats deserves its own section, if not an independent article. Certainly, explain how it differs from XML, XML with DOM, and, if relevant, HTML, XHTML, and ASN.1--or any other competitive methods.
You're off to a good start by bringing in a new subject. The challenge now is to integrate it more with other CZ articles, and put more structure into this article.
Howard C. Berkowitz 11:22, 12 August 2008 (CDT)
- Also, one generally doesn't "write" JSON by hand nor use a tool (as one might for XML), but rather JSON serialization is a library or built-in feature of one's programming language so that one can simply output JSON strings by, for instance calling a "to_json()" method on an object or associative array (etc.). In some languages, there are multiple JSON implementations which have a variety of looser parsing rules and speeds - see, for instance, this blog post comparing Python JSON implementations (no surprise: the C library runs rather quickly). --Tom Morris 18:47, 12 August 2008 (CDT)