Web框架:Play与Spring MVC有何不同？

该游戏框架提供了以下简要概述,但与Groovy的模板引擎(您可以在Spring MVC,如果你想获得)外,春天似乎提供了所有相同的功能和更多...

修复错误并点击重新加载!编辑Java文件,保存,刷新浏览器并立即查看结果!无需编译,部署或重新启动服务器.Spring会这样做,这会让人讨厌.

无状态模型 Play是一个真正的"无分享"系统.准备好REST,可以通过在多个服务器上运行同一应用程序的多个实例来轻松扩展.典型的Spring应用程序具有无状态应用程序层; 它不是纯粹的RESTful,除非你想成为,但是Spring已经"准备好了REST".

高效模板系统基于Groovy作为表达式语言的干净模板系统.它提供模板继承,包含和标签.Spring使用Java,但Groovy也是一个选项.

快速解决错误发生错误时,播放会显示源代码和包含问题的确切行.甚至在模板中.Spring也是如此.

创建一个很酷的Web应用程序所需的一切提供与Hibernate,OpenID,Memcached ......以及插件系统的集成.Spring集成了一切甚至更多.

使用Java的纯Java代码,使用任何Java库并使用您首选的IDE进行开发.与eclipse或netbeans很好地集成.Spring也是纯Java.

真快速启动速度快,运行速度快!主观,但春天很快.

那么Play Framework实际上与Spring MVC有什么不同呢？
简而言之,Spring可以做什么Play框架不能(反之亦然)？

1> irreputable..：

---

我发现两边的"纯Java"声称非常有趣.

当然,一个项目除了java之外什么都不用,这是不现实的.不过,"纯Java"标签应该有一些标准,我认为这两种框架都不符合要求.

Play实际上修改了Java语言的语义.只要明确指出,那就没问题.如果你做一些字节码操作,只要诚实一点.通常它是由AOP-ish技巧完成的,实例方法用其他行为进行修饰,它们的清单行为 - 通常在代码中编写,通常会被保留.这不是很难接受,我们可以假装我们的代码被框架子类化,我们的方法被覆盖了额外的行为.

在Play中,一个静态方法在同一个类中调用另一个静态方法可以产生神奇的效果,并且行为与方法调用完全不同.如果Java程序员不再能确定静态方法调用是什么,那么这是一个很大的问题.

Spring - 好吧,他们的Java部分仍然是纯Java.但它是如此神奇(来自java的POV),并且在很大程度上依赖于一个沉重的框架,称为Spring"纯Java",如果我们忽略了肉,就像叫汉堡"纯蔬菜".肉是最好的部分!

---

这是如何回答这个问题的？我所看到的只是"他们都做了神奇的东西".

---

我明白你的意思了.在玩!控制器类中的公共静态方法是一个操作.从动作调用动作会发出http重定向.一旦你学会了这个规则就没有更多的惊喜了,但这是戏剧中一个非常普遍的问题!讨论清单.我同意有一个"执行","renderAction"或类似方法更清楚......