使用KeyListener(在任意键上触发)而不是ActionListener(在进入时触发)

我知道这涉及到一个非常老的问题，然而，它也给我带来了一些问题。正如kleopatra在上面的评论中回应的那样，我用JFormattedTextField解决了这个问题。然而，解决方案需要更多的工作，但更整洁。

在默认情况下，JFormattedTextField不会在字段中的每个文本更改后触发属性更改。JFormattedTextField的默认构造函数不创建格式化程序。

但是，要执行OP建议的操作，需要使用格式化程序，它将在字段的每次有效编辑之后调用commitEdit()方法。commitEdit()方法触发了我所看到的属性更改，如果没有格式化器，这将在焦点更改或按下enter键时默认触发。

详情见http://docs.oracle.com/javase/tutorial/uiswing/components/formattedtextfield.html#value。

创建一个默认的formatter (DefaultFormatter)对象，通过它的构造函数或setter方法传递给JFormattedTextField。默认格式化器的一个方法是setCommitsOnValidEdit(布尔提交)，它设置格式化器在每次修改文本时触发commitEdit()方法。然后可以使用PropertyChangeListener和propertyChange()方法来获取。

通常的答案是“使用DocumentListener”。然而，我总是觉得这个界面很麻烦。说实话，这个界面被过度设计了。它有三种方法，用于插入、删除和替换文本，而它只需要一种方法:替换。(插入可以看作是用一些文本替换了没有文本，删除可以看作是用没有文本替换了一些文本。)

通常，您只需要知道框中的文本何时发生了更改，因此典型的DocumentListener实现有三个方法调用一个方法。

因此，我创建了以下实用程序方法，它允许您使用更简单的ChangeListener而不是DocumentListener。(它使用Java 8的lambda语法，但如果需要，您可以根据旧Java对其进行调整。)

/**
 * Installs a listener to receive notification when the text of any
 * {@code JTextComponent} is changed. Internally, it installs a
 * {@link DocumentListener} on the text component's {@link Document},
 * and a {@link PropertyChangeListener} on the text component to detect
 * if the {@code Document} itself is replaced.
 * 
 * @param text any text component, such as a {@link JTextField}
 *        or {@link JTextArea}
 * @param changeListener a listener to receieve {@link ChangeEvent}s
 *        when the text is changed; the source object for the events
 *        will be the text component
 * @throws NullPointerException if either parameter is null
 */
public static void addChangeListener(JTextComponent text, ChangeListener changeListener) {
    Objects.requireNonNull(text);
    Objects.requireNonNull(changeListener);
    DocumentListener dl = new DocumentListener() {
        private int lastChange = 0, lastNotifiedChange = 0;

        @Override
        public void insertUpdate(DocumentEvent e) {
            changedUpdate(e);
        }

        @Override
        public void removeUpdate(DocumentEvent e) {
            changedUpdate(e);
        }

        @Override
        public void changedUpdate(DocumentEvent e) {
            lastChange++;
            SwingUtilities.invokeLater(() -> {
                if (lastNotifiedChange != lastChange) {
                    lastNotifiedChange = lastChange;
                    changeListener.stateChanged(new ChangeEvent(text));
                }
            });
        }
    };
    text.addPropertyChangeListener("document", (PropertyChangeEvent e) -> {
        Document d1 = (Document)e.getOldValue();
        Document d2 = (Document)e.getNewValue();
        if (d1 != null) d1.removeDocumentListener(dl);
        if (d2 != null) d2.addDocumentListener(dl);
        dl.changedUpdate(null);
    });
    Document d = text.getDocument();
    if (d != null) d.addDocumentListener(dl);
}

与直接向文档添加侦听器不同，这可以处理在文本组件上安装新文档对象的情况(不常见)。此外，它还解决了Jean-Marc Astesana回答中提到的问题，即文档有时会触发超出所需的事件。

不管怎样，这个方法可以让你替换看起来像这样烦人的代码:

someTextBox.getDocument().addDocumentListener(new DocumentListener() {
    @Override
    public void insertUpdate(DocumentEvent e) {
        doSomething();
    }

    @Override
    public void removeUpdate(DocumentEvent e) {
        doSomething();
    }

    @Override
    public void changedUpdate(DocumentEvent e) {
        doSomething();
    }
});

:

addChangeListener(someTextBox, e -> doSomething());

代码发布到公共领域。玩得开心!

我对WindowBuilder是全新的，事实上，几年之后才回到Java，但我实现了“一些东西”，然后我想我应该查一下，遇到了这个线程。

我正在测试这个，所以，基于对这一切的新手，我确信我一定遗漏了一些东西。

下面是我所做的，其中“runTxt”是一个文本框，“runName”是类的数据成员:

public void focusGained(FocusEvent e) {
    if (e.getSource() == runTxt) {
        System.out.println("runTxt got focus");
        runTxt.selectAll();
    }
}

public void focusLost(FocusEvent e) {
    if (e.getSource() == runTxt) {
        System.out.println("runTxt lost focus");
        if(!runTxt.getText().equals(runName))runName= runTxt.getText();
        System.out.println("runText.getText()= " + runTxt.getText() + "; runName= " + runName);
    }
}

似乎比这里到目前为止简单得多，而且似乎是有效的，但是，因为我正在写这篇文章，我很高兴听到任何被忽视的陷阱。这是一个问题，用户可以进入和离开文本框w/o作出改变?我认为你所做的一切都是不必要的任务。

只需创建一个扩展DocumentListener并实现所有DocumentListener方法的接口:

@FunctionalInterface
public interface SimpleDocumentListener extends DocumentListener {
    void update(DocumentEvent e);

    @Override
    default void insertUpdate(DocumentEvent e) {
        update(e);
    }
    @Override
    default void removeUpdate(DocumentEvent e) {
        update(e);
    }
    @Override
    default void changedUpdate(DocumentEvent e) {
        update(e);
    }
}

然后:

jTextField.getDocument().addDocumentListener(new SimpleDocumentListener() {
    @Override
    public void update(DocumentEvent e) {
        // Your code here
    }
});

或者你甚至可以使用lambda表达式:

jTextField.getDocument().addDocumentListener((SimpleDocumentListener) e -> {
    // Your code here
});

使用KeyListener(在任意键上触发)而不是ActionListener(在进入时触发)