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

RE: Application Design

• From: Frank Richards <frichards@s...>
• To: xml-dev@l...
• Date: Mon, 13 Aug 2001 09:49:53 -0400

-----Original Message-----
From: Mike.Champion@S...
[mailto:Mike.Champion@S...]
Sent: Saturday, August 11, 2001 11:58 AM
To: xml-dev@l...
Subject: RE: Application Design





>>I'm playing the unusual role (for me) of being the XML cheerleader in this
thread partly to figure out what "best practice" really is in this area.  I
wouldn't be crushed to find out that XSLT doesn't really belong in the
"solid core of XML," but would like to see us share experiences about what
people have done with it, or failed to do with it, in practice.
<<

Well, I've hit one thing I couldn't see how to do in XSLT:

I had a situation where the RDBMS guys had taken a perfectly good tree and
turned it into a
table with an extra column identifying the parent record. In order to
convert it back, I needed
a stack to push the parents on to. A list would have worked, but I couldn't
figure out any way
to get dynamic temporary storage in XSLT.

In the same app they had taken a table where every row was a meaningful
record and exported it
in column-major form, so that each row I recieved was actually a column. A
for-each worked
to get the data back into meaningful form, but I couldn't figure out how to
do the other
direction, again without temporary storage to deal with the unknown number
of rows. I'm not
sure that this wasn't possible in XSLT, but since I was already writing
procedural code, I
punted when my head started to hurt.

So there's the limit I've observed: no dynamic storage for any looping that
can't be done with a for-each.

Frank

• Follow-Ups:
  • RE: Application Design
    • From: Matt Sergeant <matt@s...>

• References:
  • RE: Application Design
    • From: Mike.Champion@S...

• Prev by Date: OASIS TC Call For Participation: Human Markup
• Next by Date: RE: Application Design
• Previous by thread: Re: Application Design
• Next by thread: RE: Application Design
• Index(es):
  • Date
  • Thread