|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: shared costs (was something about infoset has two daddies)
Simon St.Laurent wrote: > Geez. I guess we've come a long way from: > -------------------- > "I think most XML processors are going to be purpose-built for the > needs of particular applications, and will thus hide inside them. > Which is good; XML's simplicity makes this approach cost-effective. > Failing that, parsers will be full-dress validating parsers with > incremental parsing for authoring support. So I'm not sure that > there's all that much need for a standalone processor, but I'd love > to be wrong." [1] > ------------------- Was I ever wrong. For a while I thought that the widespread use of a few XML processors was evidence of a design failure in XML, i.e. anyone should have been able to roll their own. On reflection, even if you took the cruft out of XML (entities, etc) I think that outsourcing processing would have been the way to go. A few of the really valuable things about XML, especially efficient Unicode processing, turn out to be hard enough that you would like to avoid writing the code if you can. Also using a processor has the considerable advantage that you don't have to invent your own API. -Tim
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








