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

【问题标题】：What are the main things that an experienced Java SWT programmer should be aware of when moving to Swing?有经验的 Java SWT 程序员在迁移到 Swing 时应该注意哪些主要事项？
【发布时间】：2011-10-03 07:36:54
【问题描述】：

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

【问题讨论】：

ibm.com/developerworks/grid/library/os-swingswt 和其他谷歌返回的网站
我的主要建议：不要尖叫太多。 SWT 在过去 10 年中有所改进，而 Swing 则没有。

标签： java eclipse swing swt

【解决方案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 等）。