JAVA Swing MVC-主控制器？

Question

我在设计要开发的应用程序体系结构时遇到了一些麻烦。我正在研究JAVA，因此开始研究此应用程序是因为我想加深对JAVA，体系结构和模式的整体了解。我想遵循指导方针来制作可复用的，低耦合的应用程序，就像应该的那样。该应用程序只有一个JFrame，但内部有几个JPanel，每个JPanel代表应用程序的一个模块。

问题是：在JAVA Swing中，如何实现适当的MVC模式？我在如何理解应该完成的方式上感到挣扎。

我是否应该有一个主Controller类，其中包含对所有其他Controller的引用？（我在此处有一张图片对此进行了演示：https
:
//docs.google.com/file/d/0B7tBdn5slIFeY2FoSmxESTREQ1k/edit?usp=sharing）

在这种情况下，所有需要更改要显示的模块的事件都应重定向到主控制器吗？

还是应该仅将JFrame与应用程序的控制器耦合，并直接与它们通信？

基本上，我想知道是否需要开设一个“管理”所有其他课程的课程。我已经阅读了一些解释和不同的观点，但是我认为这更加具体。

希望我已经说清楚了（也希望我的解释比我的绘画要好:)）。

编辑： 应用程序用法的示例：

• 在应用程序的整个生命周期中只有一个（唯一一个）JFrame；
• 菜单将在左侧，如BorderLayout.WEST所示；
• 应用程序的当前模块将位于中间，如BorderLayout.CENTER中；
• 当用户按下菜单中的一个按钮时，相应的模块将被加载到BorderLayout.CENTER中；

菜单（视图）是否应该具有自己的Controller，并且此Controller与JFrame通信？然后，JFrame将新模块加载到它的Layout中吗？还是JFrame应该有自己的控制器（或模型，如Gilbert
Le Blanc所说）？

我知道这可能看起来很具体，或者很容易理解，但是每次想到台式机应用程序时，我都很难理解。

Answer 1

当您的应用程序带有GUI时，GUI模型将成为应用程序视图。该应用程序通过GUI模型与GUI交互。

还是应该仅将JFrame与应用程序的控制器耦合，并直接与它们通信？

这就是我所做的。我已经将控制器类打包在一起，但是我从未创建一个主控制器类。

我将GUI控制器类与其他任何应用程序控制器类（例如，数据访问对象）放在单独的程序包中。

我通常将每个JPanel放在其自己的类中，但是我不会将此称为要求。尽管JFrame的实例和GUI模型的实例传递给几乎所有的GUI组件，但JFrame都有自己的类。这使菜单操作成为可能。

这篇交通信号GUI文章介绍了如何编写非常简单的GUI的基础知识。

编辑以响应问题中的更改。

GUI控制器与GUI模型是分开的。GUI模型包含组成GUI的所有数据元素。JTextFields的字符串，JTables的DefaultTableModels。

根据您的应用程序设计，建议您为要放入应用程序中心的每个JPanel创建一个Java类。您的JFrame将根据菜单控制显示哪个JPanel。我还建议您查看JTabbedPane，它使用不同的用户界面来完成选择要使用的面板的任务。

假设您要使用左侧的菜单，则每个菜单选项（切换JButton？）将具有其自己的控制器方法或类。这些控制器必须具有JFrame的实例，以便控制器可以调用JFrame类中的方法，该方法将适当的面板放在显示的中心。控制器决定要调用的方法，但是方法本身是JFrame类的一部分。

我一直在谈论JFrame和JPanel类。使用 组合而不是继承
来构建这些类很重要。JFrame类包含一个JFrame。它不扩展JFrame。唯一的扩展Swing组件的时间是当您要重写组件方法时。