- From: Henry S. Thompson <ht@cogsci.ed.ac.uk>
- Date: 24 Feb 2001 21:20:24 +0000
- To: "Jeff Rafter" <jeffrafter@definedweb.com>
- Cc: <xmlschema-dev@w3.org>
"Jeff Rafter" <jeffrafter@definedweb.com> writes: > I started to try to implement the structures portion of the spec. and am > finding that certain aspects of some of the schema components don't always > transfer cleanly to OO programming languages. An example of this would be > the Complex Type Definition Schema Component [1]. The property "{content > type}" seems to have multiple types-- it could be a constant (string, int, > enumeration, etc.) for "empty, mixed, element-only" or it can be a simple > type definition or content model-- both of which are Schema Components. How > to represent this as a single property in an object without the use of a > variant escapes me. It seems that adding a property "{content model}" would > clear this up in a case such as this. Then "{content type}" could be any of > "empty, simple, mixed, element-only" and "{content model}" could be a > reference to a Schema Component (in which case it would be either a simple > type or a content model), or absent. > > Has anyone else noticed this or wished, as I have, that another property was > added? I know I could easily add these properties to my implementation but > I am trying to be very strict in naming and representation of the Schema > Components. As Jason says, you can't be strict about this in a strongly typed language. XSV uses two instance variables just as you suggest, and Python isn't even strongly typed :-). ht -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh W3C Fellow 1999--2001, part-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/
Received on Saturday, 24 February 2001 16:20:28 UTC