Lists Home |
Date Index |
In the article he says (when talking about programmers that are cheating for
Some of the techniques are relatively harmless, such as stuffing lots of
attributes into elements (for example, <shirt color="red"/> instead of
<shirt><color>red</ color></shirt>). This is legal and saves the parser from
having to handle several tags
But this is not true, in fact it has been proven that choosing attributes or
choosing more nested elements has no impact on performance whatsoever.
Even scarier is the emerging practice of rewriting parsers not to require
valid XML, such as not requiring end tags. Scary!
Never seen those ... doubt I ever will. It breaks the complete concept of
On the same thing he continues:
we'll be stuck with the same miserable situation, where you don't know which
browser can properly render which pages.
No, we won't ... since every NORMAL parser will return a good old Fatal ...
therefore eliminating the possibility for this EVER to be Web related.
On the other hand, if you're compromising the interoperability of XML,
you're effectively using a proprietary format, so you've got one less very
big reason to use XML to begin with. Why not use CORBA or COM or some other
binary interface that's far more efficient to begin with?
What was it you said about 'agreeing on open standards' early in the article
It uses lots of bandwidth, lots of storage, and lots of processing power.
Yes ... but was it designed for a 2400 baud Internet ?? Have you taken a
look at how storage and processing power are growing these days ? And the
prices barely hold a candle by what they were.
So before the horror of XML anarchy and balkanization strikes, save
yourselves! XML cheating is a trap from which you will never escape!
O boy, what a strikingly professional conclusion ...
From: AndrewWatt2000@aol.com [mailto:AndrewWatt2000@aol.com]
Sent: 30 October 2002 15:27
Subject: [xml-dev] Article: "The horror of XML". :)
It's almost as if this guy was eavesdropping on our recent discussions.
But, what I want to know, is "Which of you guys are writing these alleged
parsers which don't require end tags?". :) Shame on you! :)
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>
The list archives are at http://lists.xml.org/archives/xml-dev/
To subscribe or unsubscribe from this list use the subscription