std.xml should just go

Andrei Alexandrescu SeeWebsiteForEmail at erdani.org
Thu Feb 3 11:56:35 PST 2011


On 2/3/11 1:30 PM, Tomek Sowiński wrote:
> Andrei Alexandrescu napisał:
>
>>> I'm not against replacement, but I'd be concerned about removal before a replacement is available.
>>
>> My problem is that the mere presence is reducing the likelihood of a
>> replacement coming about, in addition to the other liabilities.
>
> Is anyone tasked with a replacement yet? I had to write an XML parser at some point. It's plenty of work bringing up to industrial quality, so I'd have to know that before I dive in.

Nobody that I know of. If you want to discuss design here while working 
on it, that would be great. I could think of a few high-level requirements:

* works with input ranges so we can plug it in with any source

* works with all UTF widths (statically selectable)

* avoids where possible memory allocation (perhaps by offering 
incremental access a la joiner())

* avoids often-called delegates in favor of alias functions

* is familiar in concept to people who've used today's successful XML 
libraries


Andrei



More information about the Digitalmars-d mailing list