Архитектура Java - вопрос о соглашениях ActionListener - PullRequest
Новая
       17

Архитектура Java - вопрос о соглашениях ActionListener

2 голосов
/ 07 декабря 2009

Я делаю пользовательский интерфейс, который показывает графики и манипулирует графиками. Класс расширяет JFrame, реализует ActionListener. Затем ActionListener вызывает различные классы для управления графиками в зависимости от действия. Это работало, пока в классе было мало ActionListeners; однако теперь класс становится неуправляемым.

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

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

1 Ответ

6 голосов
/ 07 декабря 2009

Не повторяющийся вопрос ... но мой ответ должен помочь с вашим вопросом .

Вкратце, я бы предпочел, чтобы класс JFrame не реализовывал ActionListener, а затем имел ряд именованных внутренних классов вместе с JFrame, которые реализуют ActionListener.

Я бы поместил главное в классе к себе ... и назову его Главным.

Вот пример кода, который мне нравится делать: 

import javax.swing.JFrame;
import javax.swing.SwingUtilities;


public class Main
{
    private Main()
    {
    }

    public static void main(String[] args)
    {
        SwingUtilities.invokeLater(new Runnable()
        {
            public void run()
            {
                createAndShowGUI();
            }
        });
    }

    private static void createAndShowGUI()
    {
        final FooFrame frame;

        frame = new FooFrame();
        frame.setupGUI();
        frame.pack();
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        frame.setVisible(true);
    }
}

, а затем графический интерфейс: 

import java.awt.FlowLayout;
import java.awt.LayoutManager;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import javax.swing.JButton;
import javax.swing.JFrame;


public class FooFrame
    extends JFrame
{
    private final JButton incrementBtn;
    private final JButton decrementBtn;
    private int value;

    {
        incrementBtn = new JButton("++");
        decrementBtn = new JButton("--");
    }

    private class IncrementListener
        implements ActionListener
    {

        public void actionPerformed(final ActionEvent evt)
        {
            increment();
        }

    }

    private class DecrementListener
        implements ActionListener
    {

        public void actionPerformed(final ActionEvent evt)
        {
            decrement();
        }

    }

    public void setupGUI()
    {
        final LayoutManager layout;

        layout = new FlowLayout();
        setLayout(layout);
        setupListeners();
        addComponents();
    }

    private void setupListeners()
    {
        incrementBtn.addActionListener(new IncrementListener());
        decrementBtn.addActionListener(new DecrementListener());
    }

    private void addComponents()
    {
        add(incrementBtn);
        add(decrementBtn);
    }

    private void increment()
    {
        value++;
        System.out.println("value = " + value);
    }

    private void decrement()
    {
        value--;
        System.out.println("value = " + value);
    }
}
...