[
Lists Home |
Date Index |
Thread Index
]
- From: Eric Bohlman <ebohlman@netcom.com>
- To: "Hunter, David" <dhunter@Mobility.com>
- Date: Thu, 11 Nov 1999 14:07:14 -0800 (PST)
On Thu, 11 Nov 1999, Hunter, David wrote:
> Perhaps from the point of view of a parser writer, this might be a good
> thing. If you knew you were never going to need these constructs, you could
> build a smaller, faster parser.
>
> >From the point of view of applications that use XML, however, SML would not
> provide much gain, except perhaps the slight speed advantage of using one of
> these stripped down, souped up parsers; as Leigh Dodds pointed out, you
> could just use XML without the features you don't need.
The way I see it, the main advantage of SML would be the ability to
build a simplified API layer on top of an existing XML parser. I'm
thinking about something like Grant McLean's XML::Simple Perl module,
which uses the existing XML::Parser module (based on Expat) to build
simple, regular data structures from arbitrary XML, and generate XML from
such data structures. Grant originally intended it for creating flexible
application config files, but it's quite useful for parsing things like
RSS files, OSD files, etc.
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|
