转到2.0的页面,选2.0,似乎看不到groovy, ivy的身影了
wfifi
最近登录:今天 21:00
wfifi的其他提问
类似问题
使用sbt搭建Scala开发环境
744 阅读
Nutch&Solr定向采集解析和索引搜索报错
895 阅读
关于openimeetings源码何如部署并成功运行
716 阅读
nutch-ajax操作问题
333 阅读
eclipse luna 安装ivy后不能使用
1696 阅读
使用ant及hadoop制作eclipse插件错误(已解决)
10302 阅读
solr源码编译问题
451 阅读
这个配置装黑苹果学ios开发会不会卡,过得去的吗
588 阅读
build.xml中如何指定多个ivy.xml?
643 阅读
fuse dfs 挂载问题
100 阅读
grade vs maven
442 阅读
引用来自“老李_beijing”的答案
scala不是Twitter强推的,Groovy是一门优秀的动态脚本语言,而Scala的设计初衷就和Groovy不同,Scala是静态类型语言,兼容面向对象与面向函数、希望能在不同技术平台使用,目前在JVM和.NET都支持。
Groovy对Java开发者来说是非常友好的,几乎没有难度,成堆的语法糖,而且叫好声一片,我在工作中也是经常使用Groovy。
Scala就不太一样了,喜欢Scala和憎恨Scala的人都比较强烈,Scala目前我也在尝试使用,但是有些地方真的觉的不太满意,一是多平台支持,同时支持JVM和.NET,这已经不仅仅是技术上的问题,我是很不看好这个设计目标的。而是Scala的语法和看似比较随意的符号特性有的时候让人有点头疼。但是,希望有兴趣的朋友能静下心来仔细用一用Scala,有一句老话,Scala是一把瑞士军刀,足够灵活同时也要求使用者必须承担起更多的责任。
目前Scala的发展形势不如Groovy,无论是资金支持还是社区的贡献,相关的文档资料也差很多。而且,在你的团队中推行Scala的难度比推行Groovy大的多了,这真的是一个难题,目前也没想到什么好办法。
Play 2.0废除了Groovy大大提高Scala的比重,除了View使用Scala外,也可以直接Scala代替Java开发。目前它的API都是Scala和Java两套。所以,基于Play 1.0的升级到2.0恐怕工作要相当多,几乎相当于重写了。Scala的版本最近更新的也很快,IDE的支持也好了很多。
对,官方说法是,play1用的是groovy模版引擎,非类型安全,性能也不行。
所以play2采用表达力更强,又是静态类型的scala做模版引擎,既提升性能,又能享受类型安全的诸多好处。
引用来自“二的基本算合格”的答案
引用来自“老李_beijing”的答案
scala不是Twitter强推的,Groovy是一门优秀的动态脚本语言,而Scala的设计初衷就和Groovy不同,Scala是静态类型语言,兼容面向对象与面向函数、希望能在不同技术平台使用,目前在JVM和.NET都支持。
Groovy对Java开发者来说是非常友好的,几乎没有难度,成堆的语法糖,而且叫好声一片,我在工作中也是经常使用Groovy。
Scala就不太一样了,喜欢Scala和憎恨Scala的人都比较强烈,Scala目前我也在尝试使用,但是有些地方真的觉的不太满意,一是多平台支持,同时支持JVM和.NET,这已经不仅仅是技术上的问题,我是很不看好这个设计目标的。而是Scala的语法和看似比较随意的符号特性有的时候让人有点头疼。但是,希望有兴趣的朋友能静下心来仔细用一用Scala,有一句老话,Scala是一把瑞士军刀,足够灵活同时也要求使用者必须承担起更多的责任。
目前Scala的发展形势不如Groovy,无论是资金支持还是社区的贡献,相关的文档资料也差很多。而且,在你的团队中推行Scala的难度比推行Groovy大的多了,这真的是一个难题,目前也没想到什么好办法。
Play 2.0废除了Groovy大大提高Scala的比重,除了View使用Scala外,也可以直接Scala代替Java开发。目前它的API都是Scala和Java两套。所以,基于Play 1.0的升级到2.0恐怕工作要相当多,几乎相当于重写了。Scala的版本最近更新的也很快,IDE的支持也好了很多。
Scala不同于 Clojure和Groovy,Scala更加类似Haskell,是静态类型的。
Groovy是非常方便的,但是性能也太差了点。
Clojure是神的语言,使用的场合不多。