使用Java Swing时实现Runnable

前端之家收集整理的这篇文章主要介绍了使用Java Swing时实现Runnable 前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

现在学习了一些Swing,发现了两个教程,它们使用了不同的方法来制作简单的JFrame窗口.

第一个实现Runnable并在类中具有JFrame对象变量:

  1. class SwingDemo implements Runnable {
  2. private JFrame frame;
  3. @Override
  4. public void run() {
  5. frame = new JFrame("title");
  6. ... // setSize(),add components,etc
  7. }
  8. }
  9. public class Main {
  10. public static void main(String[] args) {
  11. SwingUtilities.invokeLater(new SwingDemo());
  12. }
  13. }

第二个教程没有实现Runnable,而是使用类构造函数初始化JFrame并通过匿名内部类调用该构造函数

  1. class SwingDemoAlt {
  2. public SwingDemoAlt() {
  3. JFrame frame = new JFrame("title");
  4. ... // again some code here
  5. }
  6. }
  7. public class Main {
  8. public static void main(String[] args) {
  9. SwingUtilities.invokeLater(new Runnable() {
  10. @Override
  11. public void run() {
  12. new SwingDemoAlt();
  13. }
  14. }
  15. }
  16. }

两种方式有何不同?一种方法更可取吗?

最佳答案

How do the two ways differ?

他们并不是,不是真的,他们基本上是通过不同的方式实现同​​一件事.

第一种是更“传统”的方法,第二种是更“现代”的或简化的方法,该方法利用了Anonymous Classes语言的受欢迎程度.

And is there a more preferred choice?

这是一个观点,对我来说,第二个是首选,因为它不会在类上添加Runnable的其他不必要的一致性,它还委派了在调用方上正确设置UI的责任,并停止了代码通过做出假设(即,您可以在运行的任何时候简单地构造框架…只需在事件调度线程的上下文中进行操作即可).

另外,作为首选项,您不应直接从JFrame扩展,因为您实际上并未在类中添加功能,而是像第二个示例中所做的那样,仅在需要时创建实例并构建UI在它的上面

您可能还希望查看Concurrency in Swing,以获取有关为什么应使用EventQueue.invokeLater启动UI的更多详细信息.

猜你在找的Java相关文章