这个Java设计模式的名称是什么？

Question

说我有一个模拟ATM机器的GUI Java项目，并且我有一些类，例如：

 - RegisterWindow
 - LoginWindow
 - MainAccountOptionsWindow

等等，其中所有课程都围绕面板/窗口而不是普通的OO设计。 有人告诉我这是一个特定的设计模式，也许是以E开头的东西，我只是不记得他们现在说的是什么！ 有人知道吗？ 这样设计东西通常不好吗？

谢谢

Answer 1

这取决于事件在窗口之间传播的方式。

使用MVC的好处是，有太多不同类型的MVC，只是说“ MVC”并没有多大意义：在谈论MVC和Java时，很多人实际上是指Sun的“模型2” MVC，但事实并非如此。总是这样，远非如此。

您的情况可能是HMVC / PAC的变体，但我不能确定，因为您仅粘贴了与视图相关的名称：HVMC是由程序员独立发现的，不知道更老的“ PAC”技术。 PAC是HMVC的一个更严格的子集，因为在PAC中，视图无法直接在模型中注册回调（每个通知都必须通过控制器，在HVMC中有时可以绕过控制器）。

200KLOC代码库在任何地方都是PAC（因此是HMVC的更严格的子集）。

您必须知道，如果您确实在使用任何MVC变体，它并不是“糟糕的设计”，因为它可以很好地工作，但肯定不是“ OO”。 在真正的OO设计中，对象知道如何绘制自己，而MVC定义上就是将视图与对象分离，而这根本不是OO。 它实际上是面向对象的对立面。 Googling可以找到有关该主题的出色文章。 （总之：去耦可能是一件非常好的事情，但是去耦并不意味着“ OOness”）。

除此之外，“根本不是OO”通常不是问题，因为99％的Java程序都不是OO：它们是美化的过程程序，使用的语言可以用来进行OO，但是通常不。

顺便说一句，如果您在Wikipedia上查看已实现MVC的语言列表，您会发现其中许多实际上不是OO语言（甚至不是混合OO语言）。

Answer 2

在这种情况下，有很多可能性：

• 模型 - 视图 - 控制器
• 演示抽象控制
• 模型视图演示者
• 模型视图viewmodel
• 多层架构（通常为三层）
• 面向服务的架构
• 裸物

请参阅本文以获取更多信息。

Answer 3

看来您使用的是旧的MVC模式（模型/视图/控制器），其中数据计算和数据呈现是分开的。 视图在这里似乎是Swing窗口这一事实并不重要-它可能是JSP或Excel提取...

Answer 4

它可能是模型视图控制器实现的一部分。

其他相关模式是

• 模型视图演示者
• 模型视图ViewModel （尽管似乎专门与某些Microsoft技术相关联）

Answer 5

您可能需要考虑观察者模式 ，只是一个想法

Answer 6

模型视图控制器。