Re: XML generator

["Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org>]

Yeah. That could easily be subject to producing lots of hard to find errors.
What probably works better is doing something using the DOM to create the
tree. Some version of creating elements with tag names, adding attribute
nodes, adding child nodes of whatever content you need & when you're done,
spit it out to a file. That would be less error prone than trying to write
it out in bits & pieces.

The downside of the XMLAda implementation is that it isn't exactly "Object
Oriented" in its realization - discriminated records instead of tagged
records & inheritance. (Why? Given the DOM specification it would have
seemed more natural to do it all by some kind of inheritance from a base
node type...) That, and you'd have to basically do your own tree-walk to get
the output unless I missed seeing an "Output this document to a file or
stream" subprogram somewhere. But given the pre-packaged structure, at least
you can build up the XML a piece at a time & be reasonably sure you got it
right.

MDC
--
Marin David Condic
Senior Software Engineer
Pace Micro Technology Americas    www.pacemicro.com
Enabling the digital revolution
e-Mail:    marin.condic@pacemicro.com


"Wes Groleau" <wesgroleau@despammed.com> wrote in message
news:3CE92E3E.907E487F@despammed.com...
>
> which would presumably prevent syntax errors,
> we have more like
>
> Write ("<");
> ... conditionals
> Write ("X");
> ... conditionals
> Write ( ... attributes
> ...etc.
> ...
> ...
> Write (">"); -- Let's see, which tag ends here,
>              -- and is it a start tag or an end tag?
>
> I think this illustrates why I'm looking to find
> or write something different.  :-)