d******c
发帖数: 2407 | 1 我用了很久groovy。
个人用的话，凡是用java的地方都可以用groovy，既有java的类库，又有动态语言和各
种语法糖，我觉得比python写着舒服。closure很好用。
我个人的使用经历：
两三个比较大的个人程序，写swing gui其实很好用，有swing builder，加上
miglayout。可惜java desktop也是个火不起来的东西，最多大公司内部用，寥寥几个
程序用java写（intellij idea?）后来sun又搞java fx，这方面是彻底烂掉了
还有一些脚本程序
非常喜欢groovy 这种learning curve低的方式，还有许多语法糖是做的很好的。
为什么不火，没有抓住机会吧，应该是主要的core team不会推广，也没有找到killer
app。grails想模仿ruby on rails，但我不喜欢这种生成一大堆东西的方式，grails也
始终没有多成功。倒是gradle之类还行，相当于用groovy做DSL或者胶水语言了。
另外创始人本人后来不做了，还发表过言论说如果早知道有哪个语言就不发明groovy了
。现在是某个法国人做mana... 阅读全帖 |
|
b*******d
发帖数: 750 | 2 groovy是DSL的perfect语言。我们现在就是用它来定义一些syntax，让我们的analyst
能很快的用来定于一些business logic。我们数据很复杂，很detail的东西coder不愿
意touch。他们只编写我们定义的logic：元素，元素的操作，等等。
这样的的话，就把这些dirty logic 完全分离给了analyst。spock又很好支持groovy的
单元测试, 同样简单的语言，所以，他们自己独立的可以测试自己的东西，几乎单独的
发布流程。run的时候我们只用写好framework（config module，runtime engine，
reports，diffing，etc）来take in他们的groovy logic，然后run在hadoop上。
现在回想就是我们把analyst和software engineer分离的还是太晚来，就是因为没有发
现spock这个东西，项目早期analyst写的groovy还是要和我们的frameowrk部分一起
release，因为两者的测试绑在一起。 |
|
z*******3
发帖数: 13709 | 3
ror在设计上有它的好处
groovy并不负责搞spring和hibernate的那些东西
这些framework和语言各有各的用处
并不是mutually exclusive
spring主要负责di和ioc，hibernate负责orm
groovy则主要是负责简化逻辑代码
你用groovy写各种crud很快
vert.x里面所有例子，groovy的代码是最简短的
超过其他所有脚本语言，比js还有ruby都简短
这个你如果用vert.x的话，可以直接对比，一下就看出来了
而简化代码跟di还有orm并不冲突啊
所谓grails就把这些东西汇总起来的这么一个框架
实际上所有的web server都是好几个东西的汇总
比如html template，比如session management，比如web listener etc.
讲一个东西容易一堆东西一起上，乱七八糟
比如struts以前就用了那个啥freemarker
搞vert.x就把这些都分开，你自己搭配，任何一个组件出了问题
你就去看这部分是咋回事，而不是瞎子摸象
啊，好大一个概念，你都不懂里面到底咋回事
虽然最后你还是得挨个... 阅读全帖 |
|
m******g
发帖数: 3667 | 4 想用Ruby或者Groovy写点东西，但是不知道应该选择哪个？
Ruby有Ruby on Rail, Groovy有Groovy on Rail.
竞争太激烈，不知道选哪个比较好。 |
|
c*********e
发帖数: 16335 | 5 你什么时候会选择用java,不用groovy呢？
groovy就象php之类的脚本。为啥会有人在java里用groovy之类的脚本语言呢？ |
|
d******c
发帖数: 2407 | 6 因为是个人兴趣，所以以下评价都是完全出于个人喜好，如果因为某些原因必须用某个
语言那是另一回事：
不喜欢scala，编译慢，很臃肿，再一看都是些创始人的博士生搞的越来越多的feature。
scala火起来就靠spark选择了scala。当初他们也考虑groovy来着，因为想要type所以
选择了scala。
另外我用python也不是很喜欢，这个2和3的兼容就觉得不爽。还有安装起来坑挺多。
比较起来其实R的包管理和安装是做的挺好的。
Groovy写起来是很舒服的。也远比scala容易学。我当初就看groovy in action可以一
直看下去，因为不断有觉得很爽的地方。scala完全没这感觉，上来就是var 和val，觉
得选这两个这么像的关键字简直是有毛病。 |
|
g*****g
发帖数: 34805 | 7 groovy主要的问题就是慢，做web前端，做脚本都可以，但是在后端没法替代java。
我们用groovy on grails。 |
|
n*****3
发帖数: 1584 | 8 scala 和 clojure 的竞争呗
主要是 scala， groovy 作者都说， 要他知道scala
他都不会设计groovy |
|
a*******m
发帖数: 626 | 9 gradle就很多公司用啊，groovy做dsl很好用。
我也想问一下，我觉得groovy这么好用，为什么用的公司不多？ |
|
|
z*******3
发帖数: 13709 | 11
java8用了->而不是=>
groovy也用->
scala用=>
不管怎样，groovy是clojure，scala这几个中最容易最快上手的
clojure比较麻烦，scala也比较麻烦
fp那一套需要对spring比较熟悉才行
spring可以理解成fp初级吧，对于func的side effect要求跟fp很像
当然没有immutable这种东东 |
|
d******c
发帖数: 2407 | 12 java 引入了一些好东西，不过groovy还是不一样，尤其是减少boilerplate上面，做的
非常好。写过groovy就非常不想再写java了。 |
|
x***4
发帖数: 1815 | 13 我java，groovy，scala都用过。
java：太啰嗦
groovy：不是很喜欢dynamic type
我现在用scala。主要是写data的lib。还不错，code可以很短，而且type system比较
强大，同一个code可以用在很多地方。不爽的地方：
因为jvm type erasure，某些code要带typetag，classtag，不懂的人会很confused
符号。++, +:, ::， etc。很容易搞错。
不过如果我不是写data的lib的话，我也未必会用scala。 |
|
e*******o
发帖数: 4654 | 14 groovy 和java 的语义 不完全一样。
说说你那个false 的条件？ 看看根据groovy是不是false。
我觉得不会这么扯，否则那些用gradle的岂不是要天天骂娘。 |
|
d******c
发帖数: 2407 | 15 你觉得新语言应该不学就能读懂吗？尤其是某些概念是java里没有的情况下
closure概念就花了我一段时间才掌握
这段代码里有个withdefault我不太清楚，其他的没什么
网上有很多groovy介绍文章里比较了java代码和groovy版本，我一时没有找到理想的。
喜欢就喜欢，不喜欢就算吧，没有什么摇旗呐喊的动力。 |
|
s********e
发帖数: 12 | 16 【 以下文字转载自 Exchange 讨论区 】
发信人: spiritblue (spiritblue), 信区: Exchange
标 题: 求一个 coach poppy groovy - 15040
发信站: BBS 未名空间站 (Thu May 13 18:49:59 2010, 美东)
要全新的
我愿意出outlet税后价格加20%
谢谢 |
|
p*****2
发帖数: 21240 | 17 貌似没有scala火
现在对scala和clojure都不是很满意，看看值不值得研究一下groovy |
|
o***i
发帖数: 603 | 18 二爷说说为啥子不满意scala？
我原来准备看groovy的，但是看scala这么火，转去看scala了 |
|
w**z
发帖数: 8232 | 19 scala is fp , groovy is very much like Java , with better syntax, closure,
etc. |
|
p*****2
发帖数: 21240 | 20
,
嗯。貌似现在groovy被vmware主导了？或者pivotal, 从emc，vmware分出来的？不过我
们公司没人用，我也就不用研究了。 |
|
w****r
发帖数: 15252 | 21 spring里面好多都是groovy，她家好BT啊 |
|
z****e
发帖数: 54598 | 22 跟其他脚本一样，有framework支持的话，你就可以用了
grails什么，会快一点，gradle也有用groovy |
|
l**********n
发帖数: 8443 | 23 用到再学， Groovy主要是用来构建DSL的。 |
|
z*******3
发帖数: 13709 | 24 domain specific language
就是用来构造另外一种语法和语言
scala比较适合做这个
groovy本身就是一种dsl
所有的脚本都是dsl，包括sql,js |
|
|
j**********3
发帖数: 3211 | 26 我也想问一下，我觉得groovy这么好用，为什么用的公司不多？ |
|
|
j**********3
发帖数: 3211 | 28 我也想问一下，我觉得groovy这么好用，为什么用的公司不多？ |
|
F****n
发帖数: 3271 | 29 Grooy is hopelessly slow. Unlike languages such as js, groovy is based on
dynamic class manipulation, which makes native JIT optimization nearly
impossible. |
|
c******o
发帖数: 1277 | 30 N年后，可能不是scala/clojure/groovy/Jython/jruby
但是大部分人一定不会回来写Java |
|
z****e
发帖数: 54598 | 31 什么salute
groovy发明之后，基本上就是巴黎那些人在搞
作者已经没有什么贡献了，就跟现在james gosling脱离了java一样
james gosling跑到typesafe去忽悠scala去了
java的几个功臣都在typesafe忽悠scala
scala对于r这种数值计算的引擎可能会有点作用
编译慢点，但是执行快点，我是这么猜的 |
|
z****e
发帖数: 54598 | 32 java8最大的一个feature就是lambda嘛
groovy就能用了，而且跟java8一模一样
可以先弄，某人用vert.x搞一下leetcode吧
你要不搞，等一段时间后我公开一下设计
以后别人搞了，照抄你的那些题目，岂不是可惜了？ |
|
|
z****e
发帖数: 54598 | 34 clojure - ruby - scala - java - groovy - python
这个关系应该是jvm上各种语言语法的远近关系
相邻的两个语言语法和风格上会有点接近 |
|
d*******r
发帖数: 3299 | 35 clojure - ruby - scala - java - groovy - python
这个有意思 |
|
l**********n
发帖数: 8443 | 36 读了下groovy的书，感觉很不错。也很容易学。也有朋友的公司在用 |
|
g*******o
发帖数: 156 | 37 认识个java大牛对groovy推崇备至，不过他没有学过node.js+coffeescript和clojure
的说～～～ |
|
|
|
|
g*****g
发帖数: 34805 | 41 grails也罢了，gradle这么火，groovy肯定有人接的。 |
|
|
w***g
发帖数: 5958 | 43 牛！有人知道sponsor grail和groovy一年要多少钱吗？估计一下也行。 |
|
l**********n
发帖数: 8443 | 44 groovy应该没戏。除了gradle,就没啥价值了 |
|
|
|
g*****g
发帖数: 34805 | 47 grails也罢了，gradle这么火，groovy肯定有人接的。 |
|
|
w***g
发帖数: 5958 | 49 牛！有人知道sponsor grail和groovy一年要多少钱吗？估计一下也行。 |
|
l**********n
发帖数: 8443 | 50 groovy应该没戏。除了gradle,就没啥价值了 |
|
