Java 这篇文章过时了吗?我现在应该使用其他的应用架构吗?
我想知道下一篇文章今天是否会过时。它写在2007年。描述基于MVC体系结构的JavaBean,向控制器模拟模型的属性。还对设置的每个属性使用反射 第条: 代码:Java 这篇文章过时了吗?我现在应该使用其他的应用架构吗?,java,model-view-controller,architecture,javabeans,Java,Model View Controller,Architecture,Javabeans,我想知道下一篇文章今天是否会过时。它写在2007年。描述基于MVC体系结构的JavaBean,向控制器模拟模型的属性。还对设置的每个属性使用反射 第条: 代码: 我是应该遵循上面的文章,还是最好使用对象?将属性保存到模型内的集合中,等等 我是否应该停止尝试为应用程序创建自己的体系结构,尝试使用Spring框架或任何其他fw 我认为您最好重用现有的一些解决方案来实现MVC(例如Spring)。编写这些框架的人已经面临着一些问题,如果您实现自己的解决方案,您会发现这些问题。我相信,通过实施自己的MV
我认为您最好重用现有的一些解决方案来实现MVC(例如Spring)。编写这些框架的人已经面临着一些问题,如果您实现自己的解决方案,您会发现这些问题。我相信,通过实施自己的MVC解决方案,您会学到很多东西,但这是您从中得到的唯一东西。我认为,您最好重用现有的一些解决方案来实现MVC(例如Spring)。编写这些框架的人已经面临着一些问题,如果您实现自己的解决方案,您会发现这些问题。我相信,通过实施自己的MVC解决方案,您会学到很多东西,但这是您从中得到的唯一东西。MVC本身不能被淘汰;这是一种设计模式 这篇文章特别针对Swing,它自2007年以来已经发生了一些变化,但是没有任何东西会特别否定这篇文章,尽管可能有些类已经被更改、调整等 实现某些功能可能有更简单的方法,但它演示了在JSE6中的Swing应用程序中使用MVC的一种方法
像(基于Groovy的)这样的框架进一步提高了抽象级别,可能更适合于现代桌面应用程序开发,但这更多是一个偏好和方便的问题。MVC本身不能被淘汰;这是一种设计模式 这篇文章特别针对Swing,它自2007年以来已经发生了一些变化,但是没有任何东西会特别否定这篇文章,尽管可能有些类已经被更改、调整等 实现某些功能可能有更简单的方法,但它演示了在JSE6中的Swing应用程序中使用MVC的一种方法
像(基于Groovy的)这样的框架进一步提高了抽象级别,可能更适合于现代桌面应用程序开发,但这更多是一个偏好和便利性的问题。实际上取决于您尝试做什么。对于小项目来说,这些框架可能有些过火,也许你不使用它们,而且在两年内,项目会变得一团糟,因为你从来没有使用过它们等等。你到底想做什么。@steve,那是哪个框架?我只是想学习/理解如何设计一个框架来编写中小型应用程序。如何解耦各层,如何使事物可重用。好的做法终于出现了。有一件事可以帮助我,那就是了解其他人是如何创建这些体系结构的。包装、使用的模式……实际上取决于你想做什么。对于小项目来说,这些框架可能有些过火,也许你不使用它们,而且在两年内,项目会变得一团糟,因为你从来没有使用过它们等等。你到底想做什么。@steve,那是哪个框架?我只是想学习/理解如何设计一个框架来编写中小型应用程序。如何解耦各层,如何使事物可重用。好的做法终于出现了。有一件事可以帮助我,那就是了解其他人是如何创建这些体系结构的。包装,可能使用的图案…是的,当然。MVC不行。我的目标是使用的技术。如果基于JavaBean制作MVC很好的话。需要使用反射来解耦模型/控制器消息。这种做法可能已经过时,或者现在可以做得不同/更好。当然可以。MVC不行。我的目标是使用的技术。如果基于JavaBean制作MVC很好的话。需要使用反射来解耦模型/控制器消息。这种做法可能已经过时,或者现在可以做得不同/更好。