有经验的 Java SWT 程序员在迁移到 Swing 时应该注意哪些主要事项？

Posted 2023-02-26

【中文标题】有经验的 Java SWT 程序员在迁移到 Swing 时应该注意哪些主要事项？

【英文标题】：What are the main things that an experienced Java SWT programmer should be aware of when moving to Swing?

【发布时间】：2011-10-03 07:36:54

【问题描述】：

可能遇到的主要差异是什么？应用程序设计有什么重大差异吗？线程模型？您构建 GUI 的方式是什么？ Swing 中没有 SWT 的哪些功能？

【问题讨论】：

ibm.com/developerworks/grid/library/os-swingswt 和其他谷歌返回的网站

我的主要建议：不要尖叫太多。 SWT 在过去 10 年中有所改进，而 Swing 则没有。

【参考方案1】：

从我在 Swing 和 SWT 之间的经验中得到的一些发现

Swing 的渲染速度有点慢（我的经验）并且使用更多的内存

原生外观可能只是部分（取决于选择的外观'n'feel）

大部分 Swing 组件都以某种方式实现了 MVC 模式

（因此您不必自己进行数据绑定）

可以对组件进行子类化，当您必须更改某些组件的行为时使用它（因此经常使用）

Swing 发送程序生成的事件

（我讨厌这种行为；]）

在 Swing 中，您不必调用 (a)syncExec() 方法

（您不必像在 SWT 中那样关心从哪个线程更新 GUI，但请务必阅读Swing threading policy (end of page) 和 Concurrency in Swing) Swing 真的很啰嗦（与 SWT 相比） 不再有 dispose() 方法；] Swing 在容器中具有标准布局管理器（请参阅 BorderLayout）并在基础上有 different layout managers（使用 MigLayout，它也适用于 Swing 和 SWT，没有竞争对手）

在创建组件实例时您不必知道您的父级，但您必须知道父级（容器）上的 .add(Component c) 方法

Swing 不依赖于平台

（不再针对每个平台和 x32/x64 进行多重构建）

Swing 有自己的错误

（与其他技术一样，这是不可避免的）

【讨论】：

Swing 组件不是线程安全的。所有的 GUI 更新都应该从 Event Dispatch Thread 完成。

只是补充一点，Swing 有更多的组件，并且比 SWT 更可定制（你可以制作更漂亮的 GUI）。

@Zemzela 这取决于意见，我相信（作为 SWT 和 Swing 程序员的经验）这两个 GUI 框架具有相同的表达可能性。但是在 SWT 中制作自己的组件有点困难是正确的（更多工作，更多代码），但在 SWT 中你不会经常这样做..

这不是真的 1) Swing 的渲染有点慢（我的经验）并且使用更多的内存 == 错误的建议 2) Swing 不是单线程 UI，因为 SWT == 错误的建议， Swing 是唯一且唯一的单线程输出到 GUI 3) Swing 真的很啰嗦 == ???? 4) 不再有 dispose() == 错误建议，dispose finalize

@mKordel 1) 内存蓝图比 SWT 高得多，可以证明，无论如何，渲染速度是我的看法（正如我所写的所有这些发现）2) 再次，我不知道如何正确地编写这个想法，但在 Swing 中，您不必调用 display.syncExec(Runnable thread)（或者我并不真正了解任何必要的用法）。我愿意接受任何更正确的描述 3) 意味着您必须编写比在 SWT 中更多的代码，因为 Swing 不使用位设置作为 SWT（SWT.CLOSE | SWT.OK | SWT.CANCEL 等）。