giacomet@venus.ecn.purdue.edu (Frederic B Giacometti) (11/10/90)
It seems than objects can be stored in an environment object with or without a key (put for the latter, open/Create/close for the former). Still, it seems objects can be retrieved afterwards only using their key (item feature), hence losing access to the others (e.g., objects inserted during creation on an open environment). Isn't there a way to access these objects ? A particularly useful feature would be the conterpart to count: a feature returning the list of stored objects matching a type... I may also have skipped some point. Solution appreciated. Frederic Giacometti School of Industrial Engineering Purdue University
marc@eiffel.UUCP (Jean-Marc Nerson) (11/11/90)
In article <1990Nov9.162241.28128@noose.ecn.purdue.edu>, giacomet@venus.ecn.purdue.edu (Frederic B Giacometti) writes: >It seems than objects can be stored in an environment object with or >without a key (put for the latter, open/Create/close for the former). Objects (and all their dependents objects) simply ``belong'' to an environment. They will only be stored (with all their dependent objects) if they are made persistent with the `put' operation that requires a key. >Still, it seems objects can be retrieved afterwards only using their key >(item feature), hence losing access to the others (e.g., objects >inserted during creation on an open environment). >Isn't there a way to access these objects ? Retrieved objects are those that were made persistent or that are reachable from a persistent object. >A particularly useful >feature would be the counterpart to count: a feature returning the list >of stored objects matching a type... I agree with you. This feature is lacking. This is part of our working plans. -- Jean-Marc Nerson marc@eiffel.com