我对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作出改变?我认为你所做的一切都是不必要的任务。

我知道这涉及到一个非常老的问题，然而，它也给我带来了一些问题。正如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()方法来获取。

如果我们使用可运行的方法SwingUtilities.invokeLater()，而使用文档侦听器应用程序有时会卡住，需要时间更新结果(根据我的实验)。我们也可以使用KeyReleased事件作为文本字段更改监听器，就像这里提到的那样。

usernameTextField.addKeyListener(new KeyAdapter() {
    public void keyReleased(KeyEvent e) {
        JTextField textField = (JTextField) e.getSource();
        String text = textField.getText();
        textField.setText(text.toUpperCase());
    }
});

它是Codemwnci的更新版本。他的代码很好，除了错误信息外，其他方面都很好。为了避免错误，必须更改条件语句。

  // Listen for changes in the text
textField.getDocument().addDocumentListener(new DocumentListener() {
  public void changedUpdate(DocumentEvent e) {
    warn();
  }
  public void removeUpdate(DocumentEvent e) {
    warn();
  }
  public void insertUpdate(DocumentEvent e) {
    warn();
  }

  public void warn() {
     if (textField.getText().length()>0){
       JOptionPane.showMessageDialog(null,
          "Error: Please enter number bigger than 0", "Error Massage",
          JOptionPane.ERROR_MESSAGE);
     }
  }
});

只需创建一个扩展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
});

我对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作出改变?我认为你所做的一切都是不必要的任务。