4

I have about 3 frames in my java swing application. What it the correct way how to handle with these frames? I mean some pattern or something else. Now I have always one class which represent frame and one class for panel which is main in this frame. Now I have defined frames as static variable and when I wanna hide them I call classname.frameName.setVisible(false);

is this the correct solution?

Improve this question

4 Answers 4

Reset to default
9

Besides the (excellent) suggestions of a CardLayout or JFrame with multiple JDialog instances, here are some other strategies which might work singly or in combination, to collapse a variety of content panes into a single frame.

  1. JDesktopPane/JInternalFames (Tut.).
  2. JSplitPane (Tut.).
  3. JTabbedPane (Tut.).
  4. JLayeredPane, if you're feeling brave (Tut.).
  5. JToolBar - floatable if needed (Tut.).
  6. Different constraints of a JPanel in a nested layout.

There are probably more..

Of course, as Adamski pointed out, there are some further quirks to consider..

What if each frame has JMenuBars or JMenus?

Possibly combine them as sub-menus.

Improve this answer
Sign up to request clarification or add additional context in comments.

1 Comment

+1: Re. toolbars I tend to solve this by defining a class: MyAppPanel that exposes a method like getToolbarActions(). When the panel is given focus (e.g. supposing it's part of a JTabbedPane) I pull out that panels actions and add buttons to the JToolBar on the fly. In addition I tend to have some permanent "global" toolbar actions.
5

Take a look at a decent docking framework such as MyDoggy. This allows you to display all three components in a single JFrame, but is very flexible in that you can view the data side-by-side, resize and maximise components.

Improve this answer

1 Comment

for different suggestions +1 :-)
4

This design seems flawed. Instead of having multiple containers, you should use an appropriate layout manager. In this case, I recommend using CardLayout. This way, you would have a single container with multiple exchangeable views.

Improve this answer

12 Comments

I disagree. There may be a completely valid reason to have multiple frames and there are still applications that use this approach. I mean, just take a look at GIMP; the user interface is a work of art (actually it's rubbish but you get my point).
hm, cardLayout seems interesting. but as I said I have 3 frames because sometimes I need to see 1 and 2, or sometimes just 3...
@Adamski I dis_agree with idea how to manage (somehow to catch) 3 JFrames (another answer could be if is there one JFrame and two JDialogs/JWindows), in this case is better look for CardLayout (@mre +1)
@Andrew: I was being sarcastic about GIMP; it has to be one of the worst user interfaces ever. I'm really just highlighting the assumptions made in the answer that CardLayout is appropriate. What if each frame has JMenuBars or JMenus? What if the user needs to be able to see all 3 sets of information at once?
@Andrew: You should go for the full 48; I hear you start hallucinating at that point.
|
2

Controlling frames through static references seems to be a very fragile solution. What if the reference is null? What if the frame isn't in a completed state when setVisible() is called on it?

It would probably be a better idea to separate this logic out into a separate class and either have the frames register themselves to it , or construct everything up front.

Improve this answer

1 Comment

yea I thought that this isnt very good solution so I looking for better. Maybe I should have some factory to frames some static class in which constructor I will create all frames what I need and then I call them but still it is static frames and I dont like static variable :)

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.