[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Re: If XML is too hard for a programmer, perhaps he'd be b

• To: Bill de hÓra <bill@d...>
• Subject: Re: Re: If XML is too hard for a programmer, perhaps he'd be better off as a crossing guard
• From: Uche Ogbuji <uche.ogbuji@f...>
• Date: Fri, 28 Mar 2003 13:58:30 -0700
• Cc: Dimitre Novatchev <dnovatchev@y...>, xml-dev@l...
• In-reply-to: Message from Bill de hÓra <bill@d...> of "Thu, 27 Mar 2003 22:38:31 GMT." <3E837D67.1070204@d...>
• Sender: Uche Ogbuji <uche.ogbuji@f...>

> I guess that makes SAX masochistic. It's hardly a tree of nodes 
> until something rips through the start and tags and builds that tree 
> of nodes. I guess that makes SAX masochistic.

I think you're off the rails here.  I would think Dimitre doesn't mean that it 
is masochistic to use a system that flattens XML, as long as the system takes 
account of the XML syntax rules and does this flattening in a well-understood 
way.  SAX is just such a system.  My DOM+Generator preference is another such 
system, although its advantage for me over SAX is that it makes state 
processing very easy.

Using a regex on raw XML text is a different matter altogether.  Is that 
really a difficult distinction to see?


> And I don't understand this disdain for regular expressions over 
> XML. Regexes are a perfectly useful tool for manipulating text.

Sure they are, and I use them for manipulating text all the time in my XML 
processing code, *after* the parser has sorted out the structure for me.


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
Use internal references in XML vocabularies - http://www-106.ibm.com/developerw
orks/xml/library/x-tipvocab.html
Universal Business Language (UBL) - http://www-106.ibm.com/developerworks/xml/l
ibrary/x-think16.html
EXSLT by example - http://www-106.ibm.com/developerworks/library/x-exslt.html
The worry about program wizards - http://www.adtmag.com/article.asp?id=7238
Use rdf:about and rdf:ID effectively in RDF/XML - http://www-106.ibm.com/develo
perworks/xml/library/x-tiprdfai.html
Keep context straight in XSLT - http://www-106.ibm.com/developerworks/xml/libra
ry/x-tipcurrent.html
Using SAX for Proper XML Output - http://www.xml.com/pub/a/2003/03/12/py-xml.ht
ml
SAX filters for flexible processing - http://www-106.ibm.com/developerworks/xml
/library/x-tipsaxflex.html

• References:
  • Re: Re: If XML is too hard for a programmer, perhaps he'dbe better off as a crossing guard
    • From: Bill de hÓra <bill@d...>

• Prev by Date: Re: If XML is too hard for a programmer, perhaps he'd be better off as a crossing guard
• Next by Date: RE: If XML is too hard for a programmer, perhaps he'd be better off as a crossing guard
• Previous by thread: Re: Re: If XML is too hard for a programmer, perhaps he'dbe better off as a crossing guard
• Next by thread: RE: Re: If XML is too hard for a programmer, perhaps he'd be better off as a crossing guard
• Index(es):
  • Date
  • Thread