杯-电梯：这一框架更好地适合于这种应用程序？[关闭]

StackOverflow https://stackoverflow.com/questions/1097252

  •  11-09-2019
  •  | 
  •  

题

我一直在使用技术发展的看法在过去几个月，我真的很喜欢它，专门格姆.但是，我越来越有兴趣进入斯卡拉的电梯。因此，我想知道你的意见对这种网络应用程序更适合于其中的这两个框架，或者它仅仅是一种口味的问题，其框架内使用？

最后，这些框架你以为会更多的使用在未来？我有一种感觉，技术发展的看法是远远没有达到一个临界质量，它仍然非常模糊的(在过去的几个月里，我有机会工作与中小企业和它的创业公司的工作大多是与JVM堆和只有一个人知道并使用的杯)我甚至不知道，如果这可以成为"认可职业"的世界上(实际上报告的下降的增长在过去的几个月甚至如果其它框架中有一个积极的增长率)。我喜欢时髦，就很容易了解，但我注意到如何减缓可以为一些任务。

另一方面，斯似乎是更受欢迎(Tiobe指数)和事实上Twitter是使用它现在给它甚至更多的存在在博客与许多爱好和仇恨作出嗡嗡声。它是着名的快速扩展。但是，语言似乎有些难以理解和学习对许多开发者(因此，也许它不会获得主流状态)。电梯是鲜为人知的，我读了一些报告说，它更适合于小型应用程序(低于20域类)。

看到这些书籍出版时髦-杯主宰的权利，但是许多出版商有卡拉的书籍的作品，所以我觉得这种优势不会持续很长时间。

最后，我们的问题，这两种语言和框架仍然有差IDE支持(这是越来越好的一天，但远离什么Java商店，希望是富有成效的).

我不想开始一个战争的火焰，但是，我将非常感兴趣地听到其他用户的意见。

有帮助吗？

解决方案

Grails是一个不错的主意（但只轨“偷”），但事实上，Groovy的家伙不感兴趣，得不到应有的支持的Eclipse是阻碍它的成功很多。我甚至见过并不是在所有的在Grails的名单回答。Eclipse的问题

我与蒂姆同意的Netbeans 6.7最后送到上半年的方式对Groovy / Grails的可用的开源IDE的支持 - 而最终，SpringIDE还将拥有更好的Groovy / Grails的支持

。

原因很多Java乡亲爱Java是静态类型，这使得工具来帮助你很多事情很多。这是失去了语言作为常规。 是的，我可以写代码的Java中的每个真正重要的部分仍然使用Grails的 - 但是，为什么要我，只是为了节省一堆胶水代码行的，做的，与其学习非常有效地使用的Java框架<？ / p>

要走到了尽头：我还不看斯卡拉，但建有Grails的一些简单的应用程序 - 我倾向于去回Java，甚至重新实现每一个应用程序需要在一个普通的Java框架的进一步发展 - 我想检票口和接缝。

我也来看看斯卡拉/电梯，我听说了许多美好的事物！

BTW：我想比较的社区，并期待在邮件列表 - 许多peope如何在那里，他们得到他们的重要问题很好的答案

？

Grails中似乎有来自近50％的非回答率，这是我的感觉是不好的。

其他提示

接受的答案在这里需要Groovy的一个非常无知的观点 - 这是一个现代的，动态语言（动态与静态本身就是和一个巨大的辩论，并在这里不是特别相关）。这是由设计，因此不是缺点，只是一个差异。它有很多的现代语言功能，Java没有如关闭，原生的正则表达式，多态迭代，一些可选的静态类型（辩论的问题，但也要看常规++），本地语法列表和地图，等等 - 你可以看到一个比较 http://groovy.codehaus.org/Differences+from+Java

要解决的Grails对电梯的实际问题，我会说Grails的双手向下。它拥有SpringSource的背后，只是看看插件的网页。 http://www.grails.org/plugin/category/所有 - 我甚至不能找到哪些插件或相当于可供提升。 Grails是也对最新的云友好的技术之上，与功能，如本地的RabbitMQ消息支持，以及交钥匙GORM支持的MongoDB和Redis的。

在NetBeans 6.7 Grails的支持是非常好的，以及在马亚想法的IntelliJ支持。

Eclipse是仍然相当苏茨基。

我看了看电梯，但很关心现在可用的资源;这将改变未来，但我的项目，不能等待。

我想具体地说回答这个问题："对于这种应用的"。主要的差异之间的哲学技术发展的看法和提升似乎是技术发展的看法强制执行视而提似乎是更自由的即它并不强制执行视，但提供足够的渠道，以使用软如果你想要的。

还举似乎是优秀'的单页应用程序，尤其是如果需要实现一个服务器-推功能，使用技术，就像彗星(其显然并不意味着这是不好的其他类型的应用)。另一方面，技术发展的看法似乎是更好地为'Enterprisy'应用程序，尤其是如果你已经熟悉了春天和休眠状态，但希望你的应用程序更加简明扼要(使用《公约》在配置)于非技术发展的看法的应用程序将使用这些技术。

参考文献：

  1. 简单地提升到第13章
  2. 单页应用程序

免责声明：
我刚刚开始探索举和建立了一些简单的应用程序使用杯.

与所有的性能改进和进步Grails2.0的，通过的IntelliJ 11框架提供了巨大的支持，插件几乎任何先进的网络技术为你的Grails的能力的应用程序，是的 - 它背后VMware的重量 - 我实在看不出电梯如何能是一个优势还是一个不错的选择。试想在同一个应用程序中使用两种不同的语言，需要在团队的专业双，等等。

在原来的问题已发布类似2+年前，我想时间显示在哪一侧是开发社区的选择;）

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top