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

Re: Best Practice - beyond schema

• To: "Xml-Dev" <xml-dev@l...>
• Subject: Re: Best Practice - beyond schema
• From: "Rick Jelliffe" <ricko@a...>
• Date: Wed, 19 Jun 2002 22:07:49 +1000
• References: <NBBBIBMKFOFCNEBAKDPLAEOCFLAA.paul@a...> <f5bfzzluh1p.fsf@c...> <d2f0huo6k63f967nuukl2jo41584l2ud3d@4...>

From: "Paul Spencer" <paul@a...>

> Using an "open" language to apply further constraints has different
> benefits. 

Here are five other benefits:
 1) The global schema can be simplified
 2) <redefine> is a feature that some implementors may have left to 
  last to get 100% correct
  3) The Schematron schema lets you state the rules as exceptions to
   the global rules, which makes the relationship very clear
  4) Biting the (very small) bullet, and augmenting the main validator with
  Schematron validation makes it trivial to then add other kinds of validation
  that Schematron makes easy.  So attempting to do too much in XSD,
  rather than being conservative with XSD and conservative in Schematron.
  may actually reduce your choices for validation!
   5) Having decided to augment your grammar-based schema with Schematron
   and use XSD conservatively for the global schema, there may be less reason
   to actually use or mandate XSD: you might stick with DTDs, or if you need
   datatyping use RELAX NG. Or, allow locals to convert their global XSD
   schema into whatever they want. 

Another downside is that if you go outside XSD for basic structural constraints,
you lose the potential for some of the efficiency: however, of course, you
applications may not be those that could make use of that potential anyway. 
For example, there is no TAI (e.g. SPVI) DOM around, and XQuery is not
finished, and even when they are they may not be relevant to you.  But, of
course, they may be, too.

Cheers
Rick Jelliffe

• References:
  • Best Practice - beyond schema
    • From: "Paul Spencer" <paul@a...>
  • Re: Best Practice - beyond schema
    • From: ht@c... (Henry S. Thompson)
  • Re: Best Practice - beyond schema
    • From: Paul Spencer <paul@a...>

• Prev by Date: RE: Software Integration Markup Language?
• Next by Date: Re: Best Practice - beyond schema
• Previous by thread: Re: Best Practice - beyond schema
• Next by thread: Re: Best Practice - beyond schema
• Index(es):
  • Date
  • Thread