[Vm-dev] [Pharo-project] Plan/discussion/communication around new
colin at wiresong.com
Mon Jun 11 16:05:48 UTC 2012
On 2012-06-11, at 1:36 AM, Igor Stasenko wrote:
> Because look, lazy become, immutability - those two addressing many
> problems related to OODB implementation
> (i barely see other use cases, where immutability would be as useful
> as in cases of OODB)..
> so for me it is logical to have this last step: by adding arbitrary
> properties, OODB now can store the ID there.
Well, it goes a little further than that. I think immutability is generally useful for any system that persists objects outside the image. OODBs are one example, but the same applies for ORM, LOOM-style virtual memory, or even syncing of state across the network. I've even wished for immutability when working on web applications. It's a join point for any aspects related to state.
Arbitrary properties are actually used quite a bit already, they just don't have VM support. Morphic and Tweak use them extensively, as does the dependency system. I suspect we'd find that a lot of hacks and kludges could be subsumed by VM-supported arbitrary properties. (e.g., ephemerons).
So yeah, +1 to arbitrary properties.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Vm-dev