我所做的，例如在 NetBeans 中:
- 创建一个 UI 组件类，后缀为 Swing 组件类型，例如JPanel，例如MyUIWidgetJPanel
- 创建一个逻辑/行为类来处理行为/逻辑，即使用 UI 组件时会发生什么，例如按下其中的按钮等，MyUIWidgetLogic
如果一个组件的行为/结果影响/影响另一个组件，我也可以使用引用将组件/逻辑链接在一起，例如显示的某些选项不再相关，或提供上下文敏感选项。
你怎么看这个？好的？不好吗？
你是做什么的？
最佳答案
我倾向于使用 Presentation Model Pattern .
从本质上讲，这似乎是您所做的:创建一个包含逻辑的类，与 UI 类分开。 UI 类不应包含逻辑 - 仅包含显示界面所需的代码。
然后您可以使用类似于 JGoodies Binding 的方式将您的前端值绑定(bind)到后端表示模型类(我知道 Spring RCP 对此也非常有用)。
关于Java Swing : separating UI component from logic behaviour - how do you approach this?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2220648/