[Confab-developers] RE: XML Schemas and Confab types

[Jeffrey H. <jh...@cs...>]

This approach is fine with me for now, but I need to think some more on
what consequences it may have down the road. But then by the time we're
down the road a better solution may have presented itself.

I'm just wrapping up Condition classes (package confab.doc.condition)
that will evaluate simple predicates on collections of ContextTuples.
They use a very generic access procedure (that has yet to be
implemented, though I added a stub to ContextTuple. Any takers? Jason?)
to pull Strings out of the tuples and then try to parse the String as
the proper type given the kind of comparison that is required. In short,
it assumes the code authors knew what they were doing and throws an
exception if it discovers otherwise. 

Alan, let us know if these approaches pose any problems for you as you
translate from queries to query plans.

Jeff

-----Original Message-----
From: con...@li...
[mailto:con...@li...] On Behalf Of
Jason Hong
Sent: Wednesday, November 20, 2002 5:57 PM
To: con...@li...
Subject: [Confab-developers] XML Schemas and Confab types


After perusing thru XML Schemas for a while yesterday
and today, I think I'm ready to recommend that the Pope
add it to the Index of banned books.

Basically, it suffers the same problem a lot of XML does,
which is that it mixes the easy and the hard together,
making it pretty difficult to understand.

So here's my current opinion on types, which is that
we should just use "well-known" attributes and tags
that have well-known types. So for example, attribute "dateformat" is
always type date, "confidence" is always type int, and so on.

One way to manage this in the long run is to have a lib
that helps do this for us, instead of sprinkling parsing
and all thru the code.

Thoughts?





-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf _______________________________________________
Confab-developers mailing list Con...@li...
https://lists.sourceforge.net/lists/listinfo/confab-developers