|
From: Jeffrey H. <jh...@cs...> - 2002-11-21 02:10:48
|
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 |