Смешивание gridlayout и borderlayout

Question

Я устал, но прежде, чем уйти, просто застрял в почти последних трех строках в фрагменте кода ниже, чтобы сделать кнопку «Обновить» на моей панели tictactoe, надеясь уйти с ней, но ожидая ошибок, поскольку он смешивает менеджеров компоновки в одном контейнере.

Но это РАБОТАЛО.

ButtonPanel.setLayout(new GridLayout(3, 3));  
guiFrame.add(ButtonPanel); 
for (int i = 0; i < 3; i++) { 
    for (int j = 0; j < 3; j++) { 
    button[i][j] = addButton(ButtonPanel, i, j); 
    } 
} 

JButton refreshbutton = new JButton("Refresh"); 
guiFrame.add(refreshbutton, BorderLayout.SOUTH); // ... border layout worked. Hm. 
refreshbutton.addActionListener(this); 

guiFrame.setVisible(true); } 

Должен ли я быть удивлен? (Имейте в виду, мой newbieness.)

(BOY, я узнал/наткнуться на Buncha материал в письменном виде программы этой глупой игре !!! - например, с помощью setActionCommand для «метки» на каждую кнопку внутри [ в 11,12,13,21, ... 33] поэтому метод ONE actionPerformed мог использовать getActionCommand правильно маркировать [с X или O] кнопка все, что было проталкивается кто Превратим это было.)

Answer 1

guiFrame. add (refreshbutton, BorderLayout.SOUTH); // ... обработана граница. Гектометр

Только потому, что вы использовали BorderLayout.SOUTH не делает панель BorderLayout. Ваш код работал, потому что диспетчер макета по умолчанию для области содержимого JFrame (JDialog) является BorderLayout. Таким образом, вы просто пользуетесь макетом по умолчанию.

поскольку он смешивает менеджеров компоновки на одном контейнере.

Да, это обычная практика. На самом деле почти невозможно создать достаточно сложный графический интерфейс, если вы не используете разные менеджеры макетов на разных панелях, которые вы добавляете в графический интерфейс.