我应该对Groovy如此热情吗?

我应该对Groovy如此热情吗?,groovy,grails,Groovy,Grails,我目前正在从事我的项目,包括用PHP编写的前端和后端以及用Java编写的桌面应用程序,这就是我发现Groovy之前和后来在Grails上的计划 现在,在重写了我的桌面客户端并在Groovy中绘制了一些后端功能之后,我正在考虑放弃PHP,转而使用Groovy(尽管我还没有使用Grails) 对我来说,用Groovy编写代码就像用PHP编写代码一样简单,但是有很多额外的功能和令人敬畏的Java库。比较这两个可能听起来很尴尬,但嘿,我是个业余爱好者;) 最后是我的问题,从外观上看,我能找到的大多数关于

我目前正在从事我的项目,包括用PHP编写的前端和后端以及用Java编写的桌面应用程序,这就是我发现Groovy之前和后来在Grails上的计划

现在,在重写了我的桌面客户端并在Groovy中绘制了一些后端功能之后,我正在考虑放弃PHP,转而使用Groovy(尽管我还没有使用Grails)

对我来说,用Groovy编写代码就像用PHP编写代码一样简单,但是有很多额外的功能和令人敬畏的Java库。比较这两个可能听起来很尴尬,但嘿,我是个业余爱好者;)

最后是我的问题,从外观上看,我能找到的大多数关于Groovy的文章/博客帖子都已经过时了。我是否错过了它为什么不那么受欢迎的一些原因,这些原因会把我的热情压得粉碎D

我是否错过了它为什么不那么受欢迎的一些原因,这些原因会把我的热情压得粉碎

我的回答是坚决的“不”。Groovy确实是一种非常高效的语言。我花了大约一年的时间在日常工作中使用它,并且非常喜欢使用它。在我看来,Groovy的默默无闻与语言本身无关,而是与其他因素有关,例如:

  • 缺乏公司支持(即营销$$)
  • 相对较新的1.0版于2007年发布
  • 随着各种“新”语言(Scala、F#、Clojure、Groovy)争夺市场份额,编程语言市场变得越来越拥挤。这使得这些语言中的任何一种都很难在这个市场上占有很大的份额

尽管到目前为止我从未在生产项目中使用过Groovy/Grails,但我认为Groovy/Grails方式是一种完全合法的选择,而且我认为该平台没有任何重大缺点。如果您想了解谁已经在为其站点使用Grails(从而使用Groovy),请参阅

我还建议阅读Andrew Glover和Scott Davis的and系列,以及mrhaki的and片段,它们都提供了关于最重要语言特性的简单、有用且最新的信息。

在使用Groovy(以及Grails)一段时间后,我的感觉很复杂。理论上,它们很棒。在实践中,它们有很大的优势,但也有一些缺点:只要你一看引擎盖下面(例如,当你调查一个奇怪的bug时),所有的幕后魔术都会让你很难理解到底发生了什么,而且非常耗时


再说一次,如果你来自PHP,那么它的优势可能是值得的。

我是一个爱好者,虽然我从未在真正的项目中使用过它,但我经常使用它,对我来说,它似乎很棒。如果您了解PHP,但有时会发现它有点缺乏或令人困惑,我想您会喜欢Groovy。如果您发现我的故事与此无关,请原谅。我认为如果有人指出我将来可能遇到的任何问题,描述我的经历将是一个好主意。试着把它缩短,哈哈。