[Cuis] simulate or alternative to traits?

[Casey Ransberger]

If you end up really wanting Traits without reinventing any wheels, the implementation Andreas did in Squeak to make them unloadable simplified the business a great deal. That would be the one I'd port, if I was going to the trouble of porting; the version in Pharo will be a lot harder to disentangle from Pharo.

On Mar 11, 2013, at 5:22 AM, Helmut <helmut.preininger at chello.at> wrote:

> Hi
> 
> I try to build a small 'algebraic number tower' like Monoid, Group, Ring and
> so on. There are some quirks. For example I have Monoid, OrderedMonoid,
> Group, OrderedGroup ,.... (the situation is more complicated but this is a
> first problem). The algebraic number tower is not a single tree and I want
> to avoid double code. General: There are Methods that belongs to a special
> Datatype and Methods that are generic.
> 
> To create a BaseClass with all functionality seems a little bit...
> 
> What are the possiblities in Cuis-Smalltalk to tackle this problem?
> 
> Cheers
> Helmut.
> 
> 
> 
> --
> View this message in context: http://forum.world.st/simulate-or-alternative-to-traits-tp4676088.html
> Sent from the Cuis Smalltalk mailing list archive at Nabble.com.
> 
> _______________________________________________
> Cuis mailing list
> Cuis at jvuletich.org
> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org