I know I'm being hopelessly pedantic here (but maybe there is
ultimately some point to it). If you take the point of view that
files are classes and file entries are objects (an excellent way to
think about Fileman, IMO), the difference becomes clear: GETS^DIQ
gives you fairly comprehensive information about an object (even if
you only know the name of its class), but you've been asking for a
way to get information about a class, not an object of that class.
Introspection is involved in each case, but in one case it is
explicit, but in the other it is implicit in the objects ability to
describe itself. This basically comes down to the design principle
(which I think is a good one) that objects are "things with
responsibilities" and not merely behavior and data bundled up on a
single package.
===
Gregory Woodhouse
[EMAIL PROTECTED]
"The most profound technologies are those that disappear."
--Mark Weiser
On Jul 11, 2005, at 7:58 AM, Gregory Woodhouse wrote:
Well, this is a little different from your stated requirement.
Without knowing the fields in your file, you can use "*" or "**" to
get all the field values for a *file entry*. If you are serializing
file entries using XML, that may be exactly what you want). But you
asked for something else. You asked for a way to get a list of
fields in a *file*. That's why it took so long.
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members
