About reflection and it engineering
Roel Wuyts
Roel.Wuyts at ulb.ac.be
Thu Nov 6 07:43:12 UTC 2003
Yes, it is always worth it venturing in these barren lands with lots of
uncharted territory :-)
On Wednesday, Nov 5, 2003, at 22:24 Europe/Zurich, Sam Adams wrote:
>
>
>
>
> Thanks for the reminder Stef.
> If my prodded memory still serves, I think Ralph Johnson did document
> the
> implementation trick in TypeObject.
> What I really wanted to focus on was the alternate metaclass universe
> ideas. Our particular Metaclass substrate forces us into certain
> categories of design and implementation approaches. Other substrates
> would
> enforce other approaches. Just wondering if there is something there
> worth
> investigating. For instance, would our beloved design patterns still
> apply
> in these alternate universes? Some clearly do, others may not. The
> same
> may be said of new patterns to be discovered in these alt spaces, they
> may
> be useful in ours as well.
>
> Regards,
> Sam
>
>
>
> Sam S. Adams, IBM Distinguished Engineer, IBM Research
> tie line 444-0736, outside 919-254-0736, email: ssadams at us.ibm.com
> <<Hebrews 11:6, Proverbs 3:5-6, Romans 1:16-17, I Corinthians 1:10>>
>
>
>
> |---------+--------------------------------------------->
> | | ducasse <ducasse at iam.unibe.ch> |
> | | Sent by: |
> | | squeak-dev-bounces at lists.squeakfou|
> | | ndation.org |
> | | |
> | | |
> | | 11/05/2003 03:42 PM |
> | | Please respond to The |
> | | general-purpose Squeak developers |
> | | list |
> | | |
> |---------+--------------------------------------------->
>> ----------------------------------------------------------------------
>> -----------------------|
> |
> |
> | To: The general-purpose Squeak developers list
> |
> | <squeak-dev at lists.squeakfoundation.org>
> |
> | cc:
> |
> | Subject: Re: About reflection and it engineering
> |
> |
> |
>> ----------------------------------------------------------------------
>> -----------------------|
>
>
>
>
> hi adam
>
> did you read the TypeObject pattern because it is interesting too and
> somehow related?
> You have one class that represents the type VideoTape then a class
> representing the actual physical
> instance that has a reference to its type VideoTape.
>
> For plant collector like me, you can see that when you want to model
> plant, the physical plant
> in described by a class that coers its actual state and specificity
> while the TypeClass covers the generic aspect such as the
> classifications and other business that fanatic collector really enjoy.
> Stef
>
>
> On Mercredi, nov 5, 2003, at 21:21 Europe/Zurich, Sam Adams wrote:
>
>> To be more direct, you create a class (say AccountType) in Squeak
>> whose
>> instances are different types of accounts, and then create a class
>> (say
>> Account) in Squeak whose instances are the individual accounts
>> themselves,
>> but act as if they were instances of the instances of AccountType.
>> The
>> AccountType instances would define the structure(data) and
>> behavior(policies, notifications, etc) for the Account instances.
>> Each
>> Account instance would upon creation refer to its AccountType "class"
>> for
>> details of what kind of private data structure (variables) to
>> construct.
>> During later execution, the Account instance would refer to its
>> AccountType
>> "class" for its behavior, which would be shared across all Acount
>> instances
>> referencing the same AccountType "class".
>
>
>
>
>
>
Roel Wuyts
DeComp
roel.wuyts at ulb.ac.be Université Libre de
Bruxelles
http://homepages.ulb.ac.be/~rowuyts/
Belgique
Board Member of the European Smalltalk User Group: www.esug.org
More information about the Squeak-dev
mailing list
|