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

Re: XPath 1.5? (was RE: typing and markup)

• To: "Jeff Greif" <jgreif@a...>
• Subject: Re: XPath 1.5? (was RE: typing and markup)
• From: Jeni Tennison <jeni@j...>
• Date: Wed, 8 May 2002 16:24:28 +0100
• Cc: "Jonathan Robie" <jonathan.robie@d...>, xml-dev@l...
• In-reply-to: <055b01c1f6a1$2c47e000$6400a8c0@JMG>
• Organization: Jeni Tennison Consulting Ltd
• References: <001901c1f5a1$88103d70$6501a8c0@pcukmka><p04330103b8fd71b18eac@[192.168.254.4]><5.1.0.14.0.20020507090946.04de98a8@n...><5.1.0.14.0.20020508063440.0498cd58@n...><611403087322.20020508153551@j...><055b01c1f6a1$2c47e000$6400a8c0@JMG>
• Reply-to: Jeni Tennison <jeni@j...>

Hi Jeff,

> I think that optimizations that can be implemented for user-defined
> types will frequently or mostly be of a sort that can be stated in
> terms of 'elements whose content model has characteristics X and Y'
> (to be used under the assumption that the subject of the transform
> or quey is valid according to the type). For instance, an XSLT
> implementation should (I'm guessing, as I've no experience as an
> implementor of XSLT) be able to optimize template application and
> matching if it knows that foo is an empty element, or and element
> containing only pcdata. A compiler might match the type description
> for foo against a set of optimizable patterns in determining how to
> compile a particular transform that was to act on it.
>
> For these optimizations, I don't think it would be necessary to have
> fooElementNode objects, but it might be useful to have
> EmptyElementNode objects which could be generated for suitable parts
> of the content model.

It would certainly make sense for elements with simple types (PCDATA)
to be different kinds of objects than elements with complex types, but
I was talking about elements with complex types (particularly those
with complex content) and differentiating between them.

I agree that empty elements are a special class of those, but is the
time it takes to analyse the schema to work out whether a type is
empty likely to give a significant speed advantage over just checking
whether the element has any children? It might if the document had
huge numbers of those elements, or if the schema analysis only had to
occur once. Otherwise, it's much less clear cut.

Cheers,

Jeni

---
Jeni Tennison
http://www.jenitennison.com/

• Follow-Ups:
  • RE: XPath 1.5? (was RE: typing and markup)
    • From: "Michael Kay" <michael.h.kay@n...>

• References:
  • RE: XPath 1.5? (was RE: typing and markup)
    • From: "Michael Kay" <michael.h.kay@n...>
  • RE: XPath 1.5? (was RE: typing and markup)
    • From: Elliotte Rusty Harold <elharo@m...>
  • Re: XPath 1.5? (was RE: typing and markup)
    • From: Jonathan Robie <jonathan.robie@d...>
  • Re: XPath 1.5? (was RE: typing and markup)
    • From: Jonathan Robie <jonathan.robie@d...>
  • Re: XPath 1.5? (was RE: typing and markup)
    • From: Jeni Tennison <jeni@j...>
  • Re: XPath 1.5? (was RE: typing and markup)
    • From: "Jeff Greif" <jgreif@a...>

• Prev by Date: Re: schemas and transforms, was: Path 1.5? (was typing and markup)
• Next by Date: Re: schemas and transforms, was: Path 1.5? (was typing and markup)
• Previous by thread: Re: XPath 1.5? (was RE: typing and markup)
• Next by thread: RE: XPath 1.5? (was RE: typing and markup)
• Index(es):
  • Date
  • Thread