Hi!
marc fleury wrote:
>
> > > 1- because it's a workaround, not a very clean design
> >
> > Until I see a radically better one, and a good reason *why* it should be
> > introduced, it will work well.
>
> Well I am glad to see you turning on to the one true practice of software
> production: XP <g>
>
> We all know that MVC is a pretty simple pattern and having the imports from
> graphic stuff (even if lazy loaded) in the same classes that hold logic
> information in memory screams "factor me!". Heck I don't need to read the
> pattern doodoo thingy book to know that.
So why do you think Sun wrote the API to work like this? From an OO
point of view there's nothing inherently wrong with letting objects know
certain aspects about themselves, such as how to present a GUI.
>
> > > 3- If somebody else is doing it, you should let them.
> >
>
> <snip_on_disagreement>
>
> hmmm... really people want to work on what they want to work. Preventing
> people from cleaning your code if they want to is bad open source management
> <trust_me_on_that/>
>
> Honestly I am glad somebody is looking at it instead of holding it with a 10
> foot pole. Everyone is saying "pheeeww" maybe we should factor this thing,
> and I am glad.
I agree in general, but in this particular case I don't see a big "wow,
that will really improve things". Now that there's no problem with the
AWT system being loaded I just don't see any compelling reasons to do
it.
> > Convince me :-)
>
> it's not you and me, there are tons of capable people on the list and you
> have to let people work on what they want.
Sure, that's not a problem. And they are free to do this as well. I just
don't see it as a problem right now. For example, Pedros proposal would
have been excellent work if it was a problem (and it was at the time he
posted it), and I commend him from doing that thinking, but in the
current context it's just not that important. However, if he (or anyone
else) comes up with a GUI separation solution that works well and
doesn't complicate things too much (and using inheritance would have
complicated things) I'll be happy to include it.
regards,
Rickard
--
Rickard �berg
@home: +46 13 177937
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
