[XML-DEV Mailing List Archive Home]
[By Thread]
[By Date]
Re: [xml-dev] Streaming XML (WAS: More on taming SAX (was Re: [xml-dev] ANN: Amara XML Toolkit 0.9.0))
* Karl Waclawek <karl@...> [2004-12-27 23:36]:
>
>
> Alan Gutierrez wrote:
>
> >>Alan Gutierrez wrote:
> >
> >
> >>> In these cases, it doesn't buy me anything to have the whole
> >>> document in memory, since I'm either assembling some sort of
> >>> AST, or just responding to events, any state that is build up is
> >>> application specific.
> >
> >
> >>That is why this whole discussion isn't that interesting to me.
> >
> >
> > Streaming XML, or the documents verus events debate? I've kind
> > of found the ins and outs of events to be entertaining.
> I meant that your point about state being app-specific is also my
> experience. So, the problem of how to best build/maintain state
> for streaming transformations is app-specific too and solving it
> in some platform-independent language neutral form just means
> inventing another language (so how is it language independent
> then?) which makes me think: why not use the languages I already
> know.
The ins and outs that are missing, if I think about it are.
1) A better way to define an event.
2) A ready facility to maintain the context of a event.
What I think I came across is a way to package some of the
drugdery of SAX using composition, especially the Decorator
design pattern.
--
Alan Gutierrez - alan@...
|
