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

Re: Parsing efficiency? - why not 'compile'????

• To: Elliotte Rusty Harold <elharo@m...>,xml-dev@l...
• Subject: Re: Parsing efficiency? - why not 'compile'????
• From: "Alaric B. Snell" <alaric@a...>
• Date: Thu, 27 Feb 2003 16:02:31 +0000
• In-reply-to: <p0433010aba83dd0e8813@[192.168.254.4]>
• References: <OF047F14BF.0A3C2919-ONCA256CD8.00031C17@f...> <E18oPCa-0001s1-00@c...> <p0433010aba83dd0e8813@[192.168.254.4]>

On Thursday 27 February 2003 15:26, Elliotte Rusty Harold wrote:
> At 2:39 PM +0000 2/27/03, Alaric B. Snell wrote:
> >No, no, relax; in the scheme I suggested, it uses the type information as
> >*advisory* data on how to encode stuff. It could ignore it all and just
> > put everything in as strings. This is what people refer to as a
> > "Schema-aware compressor".
>
> I'm not sure what you're suggesting is what Robin's suggesting. Right
> now I'm very confused (not that unusual or even unproductive a state
> to be in, though :-)
>
> Type-awareness strikes me as fundamentally dangerous, especially in
> this sort of scheme. Yes, it could encode everything as strings but
> given that it doesn't, how do I decode? Do I have to have the schema
> handy? or is the type information bundled into the binary file?

I'd recommend the latter.

> Also, how are elements like these encoded?

In the scheme I suggested for schema-shy people:

> <quantity type="xsd:int">000017</quantity>

int:17

> <quantity type="xsd:int">17.00000</quantity>

int:17

> <quantity type="xsd:int">17.5</quantity>

string:17.5, or an error if it's been told to validate

> <quantity type="xsd:int">two</quantity>

string:two, or an error if...

> <quantity type="xsd:int">2 and not a fnord</quantity>

string:2 and not..., or an error if...

> <quantity type="xsd:int>Cheesy Poofs</quantity>

string:Cheesy Poofs, or an error if...

But personally I'm not schema-shy; if I declare that something needs to be an 
integer and somebody tries to write "five" in there, that will either be 
resolved in the UI and the integer '5' written, or an error thrown early on 
rather than letting bad data propogate. But that's just a personal feeling.

I guess you're a Perl/Python/TCL type guy rather than a Java/C/Pascal one? :-)

ABS

-- 
A city is like a large, complex, rabbit
 - ARP

• References:
  • Parsing efficiency? - why not 'compile'????
    • From: Matthew.Bennett@f...
  • Re: Parsing efficiency? - why not 'compile'????
    • From: "Alaric B. Snell" <alaric@a...>
  • Re: Parsing efficiency? - why not 'compile'????
    • From: Elliotte Rusty Harold <elharo@m...>

• Prev by Date: Re: The supersetting has begun [Was Re: Opaque data,XML, and SOAP]
• Next by Date: Re: The supersetting has begun [Was Re: Opaque data, XML, and SOAP]
• Previous by thread: Re: Parsing efficiency? - why not 'compile'????
• Next by thread: Re: Parsing efficiency? - why not 'compile'????
• Index(es):
  • Date
  • Thread