Re: My Regexp XML Parser -> Structured Perl Data, Cut & Paste Version, No Module's (Vol I)


<robic0> wrote in message news:sil8r1hc6jv4lbv410us7i9i74dn0n557n@xxxxxxxxxx
> On Tue, 27 Dec 2005 09:37:12 -0500, "Matt Garrish"
> <matthew.garrish@xxxxxxxxxxxx> wrote:
>
>>
>>Your parser has no appreciation of nesting beyond the very trivial, so
>>there
>>is no way that it can check well-formedness. It (you) also doesn't
>>understand dtds or schemas, and don't realize how nearly impossible it's
>>going to be for your parser to validate against one.
>>
> Wheather or not I can use it to write a schema checker is something I
> will consider when I feel like it.
> You have some misconception about the ability of schema to do 100%
> validation.

I have no misconcenptions about what Schemas can do.
I also have no misconceptions about the ability of a DTD to specify
a document's structure.

I do, however, have no faith in your ability to validate against either.

>
> To start, it blows the doors off all parsers out there.

No, it doesn't. Quick-and-dirty regular expression parsers have been around
for a long time. Google it if you really think you're doing something new.

You are still missing fundemental concepts of XML, namely order. Using your
code (what is
"gabage"?):

my $gabage4 = <<TEST;
<problem>
<elem><i>i</i> see a problem <b>here</b> with inline elements</elem>
</problem>
TEST

Nets me the following wonderful output:

$VAR1 = {
'elem' => {
'b' => 'here',
'content' => [
' see a problem ',
' with inline elements'
],
'i' => 'i'
}
};

Anyway, this is really growing tiresome, so when you release your module to
CPAN be sure to make an announcement so we can all be awed.

Matt



.

Relevant Pages