Re: Refactoring a Swing GUI
From: Harry Erwin (herwin_at_theworld.com)
Date: 11/27/03
- Next message: Harry Erwin: "Re: Refactoring a Swing GUI"
- Previous message: H. S. Lahman: "Re: Implementation of association class?"
- In reply to: Daniel Parker: "Re: Refactoring a Swing GUI"
- Next in thread: Ilja Preuß: "Re: Refactoring a Swing GUI"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 27 Nov 2003 16:29:52 +0000
Daniel Parker <danielaparker@spam?nothanks.windupbird.com> wrote:
> "Harry Erwin" <herwin@theworld.com> wrote in message
> news:1g50xrp.1jqavxp9qukaoN%herwin@theworld.com...
>
> > 1. The user interface looks like an airplane cockpit. I'd _like_ to make
> > elements of the UI appear and disappear on command. For example, I have
> > a list of elements displayed. I'd like it to show only the currently
> > defined elements, with an additional blank element that I can fill in.
> > I'd also like to be able to clear existing elements and have them just
> > go away. Unfortunately, the elements contain heterogeneous data, so the
> > standard tools are hard to use for this.
> >
> > 2. The coupling between M, V, and C is far too strong.
> >
> > 3. The code to put up any individual element of the UI is inelegant,
> > especially with the need to define event handlers for every detail. I
> > use inner classes a lot, but it still ends up with pages of code.
>
> I think you need to do some design work. Look at what you have, what you
> want to have, and model the latter. Then look at the gap between what you
> have and the model, and refactor accordingly in samll steps.
Underway. I see what you mean.
>
> Regards,
> Daniel Parker
-- Harry Erwin <http://www.theworld.com/~herwin/>
- Next message: Harry Erwin: "Re: Refactoring a Swing GUI"
- Previous message: H. S. Lahman: "Re: Implementation of association class?"
- In reply to: Daniel Parker: "Re: Refactoring a Swing GUI"
- Next in thread: Ilja Preuß: "Re: Refactoring a Swing GUI"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]