被Groovy震的第一下

语法嘛，一切皆表象啊~~~~

看看有那么多牛人发明各种动态语言，特别这两年跟爆炸似的，然而有几个“实现良好"的互联网大型应用，或者企业级应用是跑在这些语言上面的呢？

看看每年的程序语言排行就明白了！这些排行直接说明使用各种语言人数的多少，间接说明企业招聘岗位的多少，从而也能看出在各个行业中，这些语言使用情况的多少。

发明这些语言的人不可谓不聪明，其中的原因值得思考！！

这些并不是动态语言适用的地方

你的说法换个话题:
  。。。 然而有几个“设计良好"的大型建筑，或者世界级建筑是音乐家设计的呢？ 。。


你的言辞一方面透露出严重的语言歧视啊，另一方面。。(我就不说啦)

你可以继续你我的企业应用coding之路, 但是没有必要无视, 甚至歧视那些scirpting的兄弟们. 大家的目标不太一样, 怎可一概而论

概念很酷！

groovy只是语法表面上动态而已，语法上充斥着魔法，最终还是要编译成java class文件，在一个JVM静态的容器中运行，本质上还是静态的。

groovy倒像是java语法动态化的一个极端。

说groovy可以和java无缝结合到一起，真的，这太理想，当我在java里修改一个类的名字，我得到groovy里找到引用的地方一个个改掉，这真得很郁闷。

动态语法给IDE支持造成困难，特别是重构方面，简便快捷的重构也意味着良好的维护，反之亦然，说来说去又说到动态语法不容易维护的通病。

编程简单，维护困难。
编程困难，维护简单。
平衡一点，希望java变得再动态一点。

真不明白 弄这么多语言出来干什么 好好的把一门语言弄通了就不错了
这样搞 永远只在皮毛上下功夫

哇靠，咋就上升到“歧视”的高度了？俺只是觉得各位不用过于沉醉在语言的表面而已。
难道JE上不能发表一下不同的意见？

就算是动态语言也应该有一套严格的语法。
就如前几楼说的URL获取内容一样。
过于灵活会让人觉得无所适从。
...
...
看看《java解惑》，java里令人抓狂的陷阱也不少。

日常说话聊天比动态语言灵活多了，也无所适从么？