Brainstorm
Alexandre Bergel
bergel at iam.unibe.ch
Tue Mar 8 13:55:17 UTC 2005
Just some quick comments:
> 1. A module is a separately deployable unit of objects, typically
> including classes. I think this definition is a good one.
What a module is for? When one would choose to use it? Is it for deploying application? Is it to share source code? Is it to save/share EToys stuff and other scripting mechanism?
What is the model behind the technical details that you gave? Me, as an end-user, I do not really have to care that ImageSegment is used or not, or that a module can be easily unloaded by putting a ref to nil. The system should do that for me.
For me, it is really not clear why and for what we need modules.
To share source code, I think that Monticello is not bad, regardless the lack of first class package that implies some naming convention.
> and Metaclass (superclass of Baba class, right?)
Not really.
(Baba class) superclass == (Baba superclass) class
Baba class class == Metaclass
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.iam.unibe.ch/~bergel
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
More information about the Modules
mailing list