对于规模相当大的项目，有人告诉我，当您有扩展 JPanel 的类时，最佳做法是使用嵌套类来实现侦听器。例如，我可以有一个扩展 JPanel 的类 FactoryScreen，并有一个实现所有必要侦听器的嵌套类 FactoryScreenBrain。
我一直无法很好地解释以这种方式封装我的类的具体好处或坏处，直到现在，我一直只有扩展 JPanel 和实现侦听器的类。有人可以为此提供一些指导吗？
【问题讨论】：
JPanel（或JFrame 或Thread）不是最佳做法。但是，GUI 编程和良好实践往往无法满足
标签： java user-interface swing listener encapsulation
为您的听众提供内部类使所有这些听众的目的非常明确。它有时也可以避免许多 if 检查，但会以更多编码为代价。
如果你有面板
public class MyPanel extends JPanel implements ActionListener
...
button1.addActionListener(this);
button2.addActionListener(this);
checkbox1.addActionListener(this);
timer3.addActionListener(this);
public void actionPerformed(ActionEvent e)
{
if(e.getSource() == button1)
else...
... //potentially many elses
}
很难确切地看到您的 actionPerformed 中发生了什么，因为它同时处理了许多不同的事件。有一个面板：
public class MyPanel extends JPanel
...
button1.addActionListener(new ButtonListener());
button2.addActionListener(new ButtonListener());
checkbox1.addActionListener(new CheckBoxListener());
timer3.addActionListener(new TimerListener());
private class TimerListener implements ActionListener
{
public void actionPerformed(ActionEvent e)
{
//do stuff related only to timers
}
}
现在，如果您的计时器有问题，您可以轻松识别出问题的班级。
更重要的是，在大范围内，它使您的代码更具可读性。如果其他人想要在这个类上工作并且他们需要使用计时器修复事件处理，他们不必搜索您的 ifs 来找到具有计时器逻辑的部分。
【讨论】：
我认为任何事情都比让一个类扩展一个 Swing 组件并实现一个监听器要好，因为它赋予了类太多不同的职责，并为创建可怕的交换机监听器设置了一个。我尝试使用从单独的控件类调用方法的匿名内部侦听器。这样我就可以划分职责，并且可以更轻松地单独测试每个类的行为。
顺便说一句，问得好。
【讨论】：
如果您扩展一个组件并实现一个或多个侦听器，则很容易在构造函数中添加侦听器。这可能会暴露对未完全构造对象的引用——有时称为escaped this。只在 EDT 上工作可以降低风险；但是匿名内部类可以进一步减少它。来自反射或indirect exposure 的问题仍然存在。
【讨论】：