在这种情况下，静态实用程序方法不是最佳方法吗？

如何解决在这种情况下，静态实用程序方法不是最佳方法吗？

| 我有这个课，让我们说“ 0”。此类负责创建/显示

JFrame

，这需要大量的自定义。

public class Foo{
    private static JFrame frame;

    public static void createAndShowFrame(){
        //do stuff
    }

    public static JFrame getFrame(){
        return frame;
    }
}

我有另一个类，比如“ 3”，它是应用程序的入口点。此类负责启动GUI的构建

public class Launcher{
    public static void main(String[] args){
        SwingUtilities.invokelater(new Runnable(){
            @Override
            public void run(){
                Foo.createAndShowFrame();
            }
        });
    }
}

设计问题是

getFrame()

。此方法是必需的，因为其他对话框需要此方法作为其父框架。不幸的是，这暴露了框架，并且似乎使静态实用程序方法无效。 我想我的问题是，对此是否有更完善的设计方法？我有道理吗？我基本上想创建并显示框架，而不必按“ 6”键。 请参阅我的经验法则问题。     

解决方法

        与公开JFrame或封装JFrame无关，为什么此类（方法/字段）必须是静态的？面向对象的方式是使它们具有普通（实例）方法：

public class FrameCreator {
    private JFrame frame;

    public void createAndShowFrame(){
        //do stuff
    }

    public JFrame getFrame(){
        return frame;
    }
}

然后，在启动器类中，您将创建该类的对象并调用其方法：

public class Launcher{
    public static void main(String[] args){
        final FrameCreator f = new FrameCreator();
        SwingUtilities.invokeLater(new Runnable(){
            @Override
            public void run(){
                f.createAndShowFrame();
            }
        });
    }
}

如果您需要从其他地方访问创建的框架，请将此代码传递给创建框架的“ 9”实例。     ,        我看不到使用

invokeLater()

的优势（在本例中为EDIT，在这种情况下（因为您是从ѭ11call调用它）。如果您要进行繁重的GUI处理，则只需在主线程上进行（因为无论如何都必须这样做） ）。如果大部分工作可以在后台完成，请在后台完成并将结果发布到主线程上（使用

invokeLater()

）[这部分只是我的意见，并不基于某些文档等。] 最后，如果您不想暴露框架，请创建方法

setChildComponent(JComponent component)

，该方法将收到

JComponent

并将框架内部设置为其父级。这样，您可以避免公开私有JFrame。