[
Lists Home |
Date Index |
Thread Index
]
- To: xml-dev@lists.xml.org
- Subject: Re: [xml-dev] DOM's javascript roots (was Re: [xml-dev] Have JDOM / XOM / etc. failed?)
- From: Tatu Saloranta <cowtowncoder@yahoo.com>
- Date: Wed, 26 Apr 2006 14:54:19 -0700 (PDT)
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GeKYmP8XQch0xxFfV3vfR8NUPimOMeD4OHQSS/Vd/e/OLQtqSTaM6ic/cETujJ4ppp9+ZSsJrigoZyoZfy2Um/OG/y3LSUvwRkWliVyYG0loz1TxIEPnCX8lImyMLPWP6rVNcxmK4WgXBNAtqlu63D8V3C49AWxCpvh4xMFpX6I= ;
- In-reply-to: <83920F23-E743-4545-8AC2-11A79FF36D87@rbii.com>
--- Gavin Thomas Nicol <gtn@rbii.com> wrote:
>
> On Apr 25, 2006, at 4:29 PM, Tatu Saloranta wrote:
>
> > Namespace handling is an absolute mess, and
> > alternatives I have tried (JDOM, XOM) all
> implement in
> > less messy way, and significantly so.
>
> FWIW. Namespace support was 'tacked on' to DOM, just
> as it was to
> XML. It was totally superfluous then and has simply
> complicated
> things since IMHO. DOM is a good case in point.
Yes, I understand that the sequence of events made it
hard to retro-fit namespace support. DOM was
engineered prior to namespaces. I mentioned this,
though, since it's one area where other alternatives
have fared better (having been fortunate enough to
start later, partially).
> >> That said, I rarely use DOM anyway: I do almost
> >> everything in SAX...
> >
> > That's pretty hard-core. ;-)
> > (due to SAX imposed "involuntary
> > inversion-of-control")
>
> Not really... how often do you *really* want the XML
> in DOM in your
> application? I very rarely do... though I use XML as
> a storage format
> a lot.
Me neither, actually, but for tasks I usually do, pull
parsers are somewhat easier to use (but as usual,
YMMV). At the same time, what I really would like to
see (and am trying to work on, on the side, with
StaxMate project), are utility libs/frameworks that
allow refinements of stream-based processing, without
requiring full in-memory modelling. And obviously many
other people are working with similar ideas too.
-+ Tatu +-
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
|
