Теория компоновки кода для создания графического интерфейса?

Question

Этот вопрос не столько о том, «как создать графический интерфейс», сколько о том, «как создать графический интерфейс».

У меня есть некоторый java-код, который проверяет наличие необходимых драйверов:

public boolean confirmDrivers() { 
       /* some logic */ 
       return someDriver.exists();
}

он вызывается как:

if (confirmDrivers()) {
       createGUI();              
}

Является ли плохой идеей, чтобы определенные списки действий были определены для некоторых кнопок в createGUI ()? это кажется неуместным, потому что эта функция в основном является просто присваиванием (то есть - myButton.setToolTipText («hay guyz click here!»);), а слушатели содержат второстепенную логику (в основном для вызова других функций, которые содержат логику. *

Просто любопытно, что другие делают в этой ситуации.

Answer 1

Выделение GUI из бизнес-логики в целом. Оберните GUI как его собственный класс и присоедините к конструктору actionlisteners и, возможно, передайте все, что обрабатывает реальную бизнес-логику. Примерно так:

if (confirmDrivers()) {
    new GUI(someBusinessLogicController);
}