Почему JavaFX получает чит?

public class DemoPanel extends GBFPanel {

    private JButton button1 = new JButton("Button 1");
    private JButton button2 = new JButton("Button 2");
    private JButton button3 = new JButton("Button 3");
    private JButton button4 = new JButton("Button 4");
    private JButton button5 = new JButton("Button 5");
    private JButton button6 = new JButton("Button 6");
    private JButton button7 = new JButton("Button 7");
    private JButton button8 = new JButton("Button 8");
    private JButton button9 = new JButton("Button 9");
    private JButton button10 = new JButton("Button 10");
    
    public DemoPanel(){
        
        addDefaultConstraints(FILL.BOTH);
                
        add(button1, WEIGHT.x(1));
        add(button2, WEIGHT.x(1));
        add(button3, WEIGHT.x(1));
        add(button4, GRID.WIDTH.REMAINDER);
        
        add(button5, GRID.WIDTH.REMAINDER);
        add(button6, GRID.WIDTH.RELATIVE);
        add(button7, GRID.WIDTH.REMAINDER);
        add(button8, GRID.HEIGHT.REMAINDER, WEIGHT.y(1));
        
        add(button9, GRID.WIDTH.REMAINDER);
        add(button10, GRID.WIDTH.REMAINDER);        
        
    }
}

Распознать этот код? Нет? Это пример GridBagLayout Javadoc .

Увидеть? И всего за 10 строк кода макета, без побочных эффектов, которые нужно отслеживать. Хорошо, позвольте мне объяснить, что происходит. Я начал с создания интерфейса, определяющего работу одного ограничения.

public interface GridBagFactoryConstraint {

    public void apply(GridBagConstraints gbc);
    
}

Затем, используя комбинацию перечислений и статических методов фабрики, я реализовал класс, представляющий каждое ограничение из GridBagConstraints. Вот реализация перечисления FILL в качестве примера.

public enum FILL implements GridBagFactoryConstraint {

    HORIZONTAL(GridBagConstraints.HORIZONTAL), 
    VERTICAL(GridBagConstraints.VERTICAL), 
    BOTH(GridBagConstraints.BOTH), 
    NONE(GridBagConstraints.NONE);

    private int gbcValue;

    private FILL(int val) {
        gbcValue = val;
    }

    public void apply(GridBagConstraints gbc) {
        gbc.fill = gbcValue;
    }
}

Я знаю, что вы думаете, и да, я действительно сделал
все из них. Следующим шагом было создание метода добавления в GBFPanel, который принимал бы переменное число этих объектов ограничения.

public void add(Component comp, GridBagFactoryConstraint... constraints) {
....
}

Это метод add, используемый в моем примере кода выше. Теперь некоторые из вас, возможно, заметили вызов addDefaultConstraints (). Этот метод позволяет указать ограничения, которые вы хотите применить к каждому компоненту, добавленному на панель. Это удобно для вычленения общих ограничений. Ограничения, переданные в методе add, всегда будут переопределять любые значения по умолчанию. Некоторое время назад на java.net произошла «перестрелка менеджера по макету». Вот как могла бы выглядеть запись GBFPanel.

public class AddressShootout extends GBFPanel {

    private JTextField lastNameTF = new JTextField(15);
    private JTextField firstNameTF = new JTextField(15);
    private JTextField phoneTF = new JTextField(15);
    private JTextField addressTF = new JTextField(20);
    private JTextField emailTF = new JTextField(15);
    private JTextField stateTF = new JTextField(2);
    private JTextField cityTF = new JTextField(15);

    public AddressShootout() {
        
        addDefaultConstraints(ANCHOR.E, INSETS.top(5), INSETS.left(5), INSETS.right(5));

        add(new JLabel("Last Name"));
        add(lastNameTF, FILL.HORIZONTAL, WEIGHT.x(1));
        add(new JLabel("First Name"));
        add(firstNameTF, FILL.HORIZONTAL, WEIGHT.x(1), GRID.WIDTH.REMAINDER);

        add(new JLabel("Phone"));
        add(phoneTF, FILL.HORIZONTAL, WEIGHT.x(1));
        add(new JLabel("Email"));
        add(emailTF, FILL.HORIZONTAL, WEIGHT.x(1), GRID.WIDTH.REMAINDER);

        add(new JLabel("Address"));
        add(addressTF, FILL.HORIZONTAL, WEIGHT.x(1), GRID.WIDTH.REMAINDER);
        
        add(new JLabel("City"), INSETS.bottom(5));
        add(cityTF, FILL.HORIZONTAL, WEIGHT.x(1), INSETS.bottom(5));
        add(new JLabel("State"), INSETS.bottom(5));
        add(stateTF, FILL.HORIZONTAL, WEIGHT.x(1), INSETS.bottom(5));

    }
}

Я переопределил примеры учебников по javadoc и Java для GridBagLayout и обнаружил две вещи.

1. Это делает работу намного меньше кода.

2. Примеры почти полностью бесполезны.

Затем я переопределил ряд других «примерных макетов» от некоторых сторонних менеджеров макетов. Я снова обнаружил две вещи.

1. Это делает работу почти одинаковой по объему кода.

2. Их примеры гораздо больше сфокусированы на реальных ситуациях развития.

Выводы

Я думаю, что GridBag больше всего выигрывает от этой злой жесткой связи. Другие макеты стали легче читать, но они не получили реальной силы Можно с уверенностью сказать, что чем сложнее менеджер компоновки, тем больше выиграет от тесной связи. Другие возможности для этой обработки включают SpringPanel, OverlayPanel, FlowPanel, GroupPanel, TablePanel, MigPanel, FormPanel и PagePanel. Так что это зло, верно? JavaFX делает это. Почему мы не должны? Это архитектурный компромисс, который того стоит?