OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: Strong Typing in SGML and XML

[ Lists Home | Date Index | Thread Index ]
  • From: Andrew Layman <andrewl@microsoft.com>
  • To: "xml-dev Mailing List (E-mail)" <xml-dev@ic.ac.uk>
  • Date: Thu, 8 May 1997 11:05:50 -0700

I accidently sent this message before completing it.  The full message
is here:


> Several people have written in recently asking, in effect, "What are
> the
> purposes of this strong typing?  What needs does it solve?"  So I
> asked
> around.  Here are the needs that have been cited:
> 
> 1.	Storage optimization.  Various clients want to be able to
> optimize storage by keeping numbers in a binary format, strings in a
> preallocated structure, etc.
> 
> 2.	Implied semantics.  E.g. numbers can be added together, if you
> know they are numbers. Also, knowing that a number is meant to have a
> fixed versus floating precision affects how operations are performed,
> what kind of precision is retained during calculations, what errors
> are
> reported, etc. Knowing that a string is meant to be a 
> URL gives hints on its use. Etc. 
> 
> 3.	Parsing and formatting rules. Dates are expected to be in some
> standard representation, such as given by ISO 8601 (e.g.).  Floating
> point numbers permit scientific notation. Etc. For example,   
> though the number "0.1234E+20" could have been represented as 
> "<mantissa>1234</mantissa><exponent>20</exponent>", and the date
> "19970508T10:47" could have been similarly broken into year, month,
> etc.,
> and this markup would eliminate the need for special parsers for
> numbers and
> dates, it has obvious readability and bloat problems.
> An explicit data type can signal what the internal elements are and
> how
> to parse for them without tags. 
> 
> 4.	Different data types need different supplementary attributes,
> such as number of digits precision, total size in characters, whether
> time zones are present, etc.  (In Tim's proposal, these all overload a
> single, generic attribute.)
> 
> 5.	Range restrictions. Dates and other kinds of things measured in
> numbers can be limited to a range of values.  All types can be
> potentially limited to a set of descrete values (by enumeration or
> rule). For example, an attribute expressing a color
> in terms of wavelength could be limited to 400..700 (nanometers). An
> attribute listing a US egg size could be limited to be among
> "medium," "large," "extra large" and "jumbo." If represented
> numerically,
> it could be limited to "1," "2," "3" and "4."  
> 
> 6.	Passthrough. Sometimes XML is a carrier syntax between systems
> where some participants need to convey implications not covered in
> points 
> 1 through 5 above. For example, a database may make a distinction 
> between CHAR and VARCHAR even though other readers of a document
> don't.
> 
> 
> 

xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to majordomo@ic.ac.uk the following message;
unsubscribe xml-dev
List coordinator, Henry Rzepa (rzepa@ic.ac.uk)





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS