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


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: XML Schema equivClass.

[ Lists Home | Date Index | Thread Index ]
  • From: Steve Harris <sharris@primus.com>
  • To: xml-dev@xml.org
  • Date: 04 Feb 2000 09:09:15 -0800

Stefan Haustein <haustein@kimo.cs.uni-dortmund.de> writes:


> Can you please explain me then why Michael Anderson expected 
> exactly this behaviour in XML Schema? If OOP is watered for 
> efficency or legacy reasons in C++, that's OK to me. But when
> creationg something new like XML Schema, it's probably a good 
> chance to do it a bit more elegant. 

My comments were aimed squarely at the C++ comments, not really
considering XML-Schema. Thinking of what would be more 'elegant,'
though, still brings me back to the C++/LSP way of treating these
substitutability problems. What other ways are there? If your program
is expecting data _or_ a capability of form A and it encounters
something that cannot mimic A, then what can it do?

Steven E. Harris
Primus Knowledge Solutions, Inc.


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

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