使用SpringRoo优于play框架的优势(如果我们使用SpringFramework)?

使用SpringRoo优于play框架的优势(如果我们使用SpringFramework)?,spring,playframework,spring-roo,tomcat,Spring,Playframework,Spring Roo,Tomcat,我最近在评估项目中使用的框架时偶然发现了Play框架。 我需要使用Java语言和JVM(所以grails不是一个选项) 从最初的印象来看,Play框架看起来非常类似于Django(或Rails),但SpringRoo看起来很有趣,因为我使用SpringFramework作为核心组件 如果我已经使用了核心Spring框架(比如集成),那么使用SpringRoo有什么好处吗 SpringRoo有任何已知的重大问题吗?(例如,就像在为我们生成代码时失去对代码的控制)从我之前看到的,Roo和Play之间

我最近在评估项目中使用的框架时偶然发现了Play框架。 我需要使用Java语言和JVM(所以grails不是一个选项)

从最初的印象来看,Play框架看起来非常类似于Django(或Rails),但SpringRoo看起来很有趣,因为我使用SpringFramework作为核心组件

如果我已经使用了核心Spring框架(比如集成),那么使用SpringRoo有什么好处吗


SpringRoo有任何已知的重大问题吗?(例如,就像在为我们生成代码时失去对代码的控制)

从我之前看到的,Roo和Play之间的一个巨大区别是Roo为您创建样板代码,然后由您进行维护,而Play只是减少了您需要开发的代码量,从而减少了您需要维护的代码量


如果你从零开始,我看不到Roo对游戏的好处(作为游戏倡导者的个人观点)。然而,由于您已经有了Spring的背景,Roo可能是一个更好的选择,因为您没有学习曲线(取决于您考虑的游戏版本,这可能是一个因素)。

这是我个人的印象,因此可能(非常)主观。我也是一名戏剧倡导者

我被迫尝试一下SpringMVC。。。那是某种%$%@$%#。。。让我不舒服的是,不得不担心XML文件

因此,我发现
Roo
可以构建非常好的应用程序(特别是与Spring相比)。我认为使用它是明智的,但是在项目不断发展的过程中(我不知道,可能是错误的IDE,可能没有太多耐心……),一周后我准备回到PHP,永远;)

最后我找到了游戏,这就是我的重点,我不需要再处理让我发疯的XML“支持”。普通结构比弹簧清洁得多-*。我不需要关心配置或重新部署应用程序。一切都是从第一步开始的。我唯一需要做的就是。。。发展

所以,我认为你应该给游戏一个机会,也许这会是一个比庆祝不舒服的习惯更好的选择。大概你必须选择自己


顺便说一句:这两种方法实际上是不同的,如果没有对同一主题的两种解决方案进行可靠的比较,您将无法正确判断。

这完全取决于您正在开发的应用程序类型。如果您想要一个带有几个控制器的简单应用程序,我相信Play是一个很好的选择。然而,如果您正在编写一个大型企业应用程序,并且希望利用Spring提供的所有功能,那么Roo是一条可行的道路。Spring是事实上的企业Java框架,每个软件供应商都确保提供Spring集成,例如,启动SOAP web服务需要一行XML:

<jaxws:endpoint implementor="org.apache.cxf.jaxws.service.Hello" address="http://localhost:8080/test" />

要连接到RabbitMQ吗

<rabbit:connection-factory id="connectionFactory"/>
<rabbit:template id="amqpTemplate" connection-factory="connectionFactory"/>


但这只是Spring的核心,Roo让事情变得更简单,想添加一个数据库吗?在Roo的命令shell中键入一行。安全再来一行。启动云铸造?再来一行。自动建议功能将告诉您所有可用的命令和每个命令所需的参数。Roo的最大优势(对于经验丰富的Spring开发人员来说)是不必学习任何新的框架,您只需键入Roo命令并获得标准的Spring代码,然后就可以随心所欲地使用它。如果您觉得使用plainspring更舒服,那么可以使用Roo来启动您的项目,然后将其删除。我不是一个热衷于最新技术潮流的人,当谈到“这将改善你的生活!”时,我相当怀疑,但Roo确实使开发变得更简单、更快。

我不知道原因,但我一直在尝试使用Spring Roo 1.2.3,方法如下,体验相当令人失望。它不起作用,没有解决办法,也不支持互联网上的已知问题。下载我之前提到的指南,并尝试一步一步地使用它:你会看到我在说什么。至于你的问题:选择一个至少没有被破坏或抛弃的框架。SpringRoo做出了很多承诺,但当你花了几天时间试图让它发挥作用,但没有成功时,你开始问自己:我的优势在哪里?别误会,我很想使用Spring Roo,但这是不可能的。

@NimChimpsky没错,但问题是我们不能使用groovy。Play framwork不涉及Spring,这是最大的优势;)Play 1.x的学习曲线非常平坦。2.x更灵活,会带来Scala与否的问题@Codemwnci是对的,你选择的游戏版本是一个需要考虑的因素。请添加你遇到的具体问题,这些问题将回答OP关于是否值得使用的特定问题。我个人认为Roo和游戏一样简单。举个例子:我被迫尝试一下SpringMVC。。。那是某种%$%@$%#。。。。我仍然担心XML文件,这让我很不舒服…-您显然不是在谈论现代SpringMVC,因为它可以配置为0 xml,全部是纯java,甚至不是web。xml@ike_love-是的,那是很久以前的事了,当我开始的时候:这是我非常主观的观点;)