这篇文章过时了吗？我现在应该使用其他应用程序架构方法吗？答案

【问题标题】：Is this article obsolete ? Should I use other aproach of aplication architecture nowadays?这篇文章过时了吗？我现在应该使用其他应用程序架构方法吗？
【发布时间】：2012-01-17 23:00:37
【问题描述】：

我想知道下一篇文章今天是否会过时。它是在 2007 年编写的。描述了基于 MVC 架构的 java bean，将模型的属性模拟到控制器。还为每个设置的属性使用反射。

文章：http://www.oracle.com/technetwork/articles/javase/mvc-136693.html

代码：http://www.multiupload.com/PFSRSU9ELY

我应该按照上面的文章还是使用对象方法更好？将属性保存在模型中的集合中等等......
我是否应该停止尝试为应用程序创建自己的架构并尝试使用 Spring Framework 或任何其他 fw。 ?

【问题讨论】：

真的取决于你想要做什么。对于小型项目，这些框架可能是矫枉过正，也许你不使用它们，并且在 2 年的时间里，该项目一团糟，因为你从未使用过等等。你实际上想做什么。
@steve 那是哪个框架？
我只是想学习/理解如何设计一个骨架来编写中小型应用程序。如何解耦层，如何使事物可重用。最后是好的做法。可以帮助我的一件事是了解其他人如何创建这些架构。包装，可能使用的模式......

标签： java model-view-controller architecture javabeans

【解决方案1】：

我认为你最好重用现有的一些解决方案来实现 MVC（例如 Spring）。如果您实施自己的解决方案，编写这些框架的人已经面临问题。我相信你会通过实现自己的 MVC 解决方案学到很多东西，但这是你能从中得到的唯一东西。

【讨论】：

【解决方案2】：

MVC 本身不能被淘汰；这是一种设计模式。

这篇文章专门针对 Swing，它自 2007 年以来已经发生了一些变化，但没有什么会特别否定这篇文章，尽管可能某些类已经改变、调整等。

可能有更简单的方法来实现某些功能，但它演示了在 JSE 6 的 Swing 应用程序中使用 MVC 的一种方法。

像 Griffon（基于 Groovy）这样的框架将抽象级别更进一步，可能更适合现代桌面应用程序开发，但这更多的是偏好和便利性问题。

【讨论】：

是的，当然。 MVC 不能。我的目标是使用的技术。如果制作基于 Java Beans 的 MVC 是件好事。需要使用反射来解耦模型/控制器消息。这种做法可能已经过时，或者现在可以做得不同/更好。