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

Rules for deciding when behavior should be specified?

  • From: "Costello, Roger L." <costello@m...>
  • To: <xml-dev@l...>
  • Date: Wed, 16 Apr 2008 19:14:21 -0400

Rules for deciding when behavior should be specified?
Hi Folks,

I am interested in putting together a list of "rules" for when behavior
should be specified.  I seek your help in completing this list.  Below
I have made a start.

To state the issue more precisely: suppose you are writing a
specification for a new XML vocabulary.  In your specification, for
each element and attribute you define:

   - its syntax
   - its semantics

Should behavior also be specified? 

Should you provide information about how an application should behave
upon encountering an element or attribute from the XML vocabulary?  

What are the rules for determining whether behavior should be
specified?  

Let's list those rules!

RULES FOR DECIDING WHEN BEHAVIOR SHOULD BE SPECIFIED

A specification should provide behavior information when:
 
1. There is one primary application to which the XML vocabulary is
targeted.

   Example: the XSLT vocabulary is targeted primarily to
   applications called XSLT processors.  Other applications,
   of course, can process an instance document that uses
   the XSLT vocabulary.  But the vocabulary was designed
   primarily for XSLT processor applications.

2. You want to be able to "certify for compliance" applications that
process the XML vocabulary.

   Example: I want to only use XSLT processors that have
   been certified to comply with the behavior specified in
   the XSLT specification.

3. There will be recipients (of instance documents that uses your XML
vocabulary) who will be unfamiliar with the data and the domain.
Providing those recipients with just the data is insufficient.  They
need help knowing what to do with the data.

   Example: From Carl Sagan's movie "Contact": Earth received radio 
   signals from a highly advanced civilization from a distant 
   galaxy.  Embedded within the signals are both data and 
   instructions for using the data (it described how to build 
   a device to transport humans at faster-than-light, as I recall).
   Without a specification of the behavior, the "Contact" data 
   would have been unfathomable to the Earthlings.

For what other occasions would it be important for the specification of
an XML vocabulary to specify behavior?

Thanks!

/Roger


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Cast Your Vote

We need your help – Vote for DataDirect XML Products!

  • Best SOA or XML site

Winners and finalists announced at SOA World Conference in November.

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2007 All Rights Reserved.