[squeak-dev] Re: SmalltalkImage current vs. Smalltalk

Andreas Raab andreas.raab at gmx.de
Wed Mar 3 04:01:05 UTC 2010


On 3/2/2010 7:21 PM, Ronald Spengler wrote:
> Well heck:) I don't think my opinion is of a lot of value here, but
> aesthetically I'd like to see SmalltalkImage killed. Partly I'm just
> not clear on what concerns it really separates.

The dictionary and the name aspect. Option #2 has the effect that 
Smalltalk is-no-longer-a Dictionary. I do find that an improvement; 
subclassing the collection classes by something that's not really a 
collection (in this case SystemDictionary is a representative of the 
Smalltalk environment with very few dictionary aspects) isn't 
particularly good design. Plus I find it a bit problematic that in 
option #1 Smalltalk is an instance of SystemDictionary and 
SmalltalkImage is a class that has no relationship to the Smalltalk image.

Cheers,
   - Andreas

> On Tuesday, March 2, 2010, Andreas Raab<andreas.raab at gmx.de>  wrote:
>> On 3/2/2010 9:04 AM, Eliot Miranda wrote:
>>
>> The worst thing going on with things like SmalltalkImage current,
>> SystemNavigation default and traits is the introduction of abstraction
>> for its own sake.  Abstraction is properly used to manage complexity.
>>    But for example, as others have pointed out, there is no other image
>> than the current image and so SmalltalkImage current is merely verbiage.
>>    And yet SourceFiles is an obvious area which could use a lot more
>> features (being able to load package sources without appending them to
>> the sources file, or having two changes files, one for loaded packages,
>> one for user modifications, etc).
>>
>>
>> Thanks Eliot. That's an *excellent* description of the problem.
>>
>> Cheers,
>>    - Andreas
>>
>>
>




More information about the Squeak-dev mailing list