|
锁定老帖子 主题：看groovy社区并不是很热闹么
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-04-20
lsyong 写道 我开始用groovy来写java代码的单元测试。
还没用grails，这个需要观望。 最近看《卓有成效的程序员》，作者也推荐了一些用groovy的场合。 groovy语法和ruby比较像，比较喜欢。 恩适当的使用，很又意思，呵呵！ |
| 返回顶楼 | |
|
发表时间：2009-04-20
Groovy Grails会火起来的...我的预期是在2011年! 需要一个过渡期..就像当年我觉得jquery会火一样!!
|
| 返回顶楼 | |
|
发表时间：2009-04-20
量产型人型自走炮 写道 额..C和ASM语法复杂
java也说自己KISS 闭包成了写出Bug代码的原罪加大忽悠 这一定是欢乐贴..恩 asm的语法应该是超简单。 |
| 返回顶楼 | |
|
发表时间：2009-04-20
国内的现状就是如此，对于一个新技术，大家总是先看看用的人多不多，有哪些公司用这个技术做项目，社区热不热闹。除非有几个牛人或是大牛公司出来推动一下，否则无论这个技术好坏，起初这个技术在国内的发展总是很缓慢的。记得《程序员》做过一项统计，几乎所有的技术，无论是开始发展和繁荣的阶段，在时间上国内都是要比国外晚的。最接近的也要晚上一年。这也就是为什么国内的软件开发落后于国外的原因。虽说跟在别人屁股后面跑并不能超越别人，但如果我们对于国外同行来说难望其项背，那又何谈超越。
了解现状，做出自己的判断，做自己想做的事。 |
| 返回顶楼 | |
|
发表时间：2009-04-20
groovy与java无缝互调， 又有当下流行的动态语言的特性。
groovy必火。 对于java程序员， 要想掌握一个动态语言， 那么groovy几乎是首选， 学习成本几乎为零。你把java写的code原封不动的copy到groovy中， 几乎不用怎么改， 就可以run。至于它的小花招， 那是慢慢修炼的。 相关的书也很多啊， groovy in action个人感觉很不错。 IDE确实没看到很强的。这是软肋。 |
| 返回顶楼 | |
|
发表时间：2009-04-20
lcllcl987 写道 groovy与java无缝互调， 又有当下流行的动态语言的特性。
groovy必火。 对于java程序员， 要想掌握一个动态语言， 那么groovy几乎是首选， 学习成本几乎为零。你把java写的code原封不动的copy到groovy中， 几乎不用怎么改， 就可以run。至于它的小花招， 那是慢慢修炼的。 相关的书也很多啊， groovy in action个人感觉很不错。 IDE确实没看到很强的。这是软肋。 对于java程序员， 要想掌握一个动态语言。 --- 为什么想掌握一个动态语言呢？？ 这才是关键，Groovy要如何让大家去想掌握。。。？ 扔掉那陀Spring和hibernate吧。。。用动态语言重新写一个才是王道。 |
| 返回顶楼 | |
|
发表时间：2009-04-20
最后修改：2009-04-20
lcllcl987 写道 groovy与java无缝互调， 又有当下流行的动态语言的特性。
groovy必火。 对于java程序员， 要想掌握一个动态语言， 那么groovy几乎是首选， 学习成本几乎为零。你把java写的code原封不动的copy到groovy中， 几乎不用怎么改， 就可以run。至于它的小花招， 那是慢慢修炼的。 相关的书也很多啊， groovy in action个人感觉很不错。 IDE确实没看到很强的。这是软肋。 动态语言其实不太依赖 IDE。 要说哪种动态语言的 IDE 支持比较好，估计就是 javascript 和 ruby 了。 很多 java 库、框架就是为了弥补语言的弱点而存在的，如 spring。 如果类型是动态的，或者是 auto 的，这个依赖关系就消失了，动态语言的使用者从来不需要去考虑什么 DI、IOC、AOP。 |
| 返回顶楼 | |
|
发表时间：2009-04-20
night_stalker 写道 lcllcl987 写道 groovy与java无缝互调， 又有当下流行的动态语言的特性。
groovy必火。 对于java程序员， 要想掌握一个动态语言， 那么groovy几乎是首选， 学习成本几乎为零。你把java写的code原封不动的copy到groovy中， 几乎不用怎么改， 就可以run。至于它的小花招， 那是慢慢修炼的。 相关的书也很多啊， groovy in action个人感觉很不错。 IDE确实没看到很强的。这是软肋。 动态语言其实不太依赖 IDE。 要说哪种动态语言的 IDE 支持比较好，估计就是 javascript 和 ruby 了。 很多 java 库、框架就是为了弥补语言的弱点而存在的，如 spring。 如果类型是动态的，或者是 auto 的，这个依赖关系就消失了，动态语言的使用者从来不需要去考虑什么 DI、IOC、AOP。 貌似是晴天霹雳…… 不过我是听说过，很多牛逼人的模式在 ruby面前完全失去了颜色…… |
| 返回顶楼 | |
|
发表时间：2009-04-20
天机老人 写道 night_stalker 写道 lcllcl987 写道 groovy与java无缝互调， 又有当下流行的动态语言的特性。
groovy必火。 对于java程序员， 要想掌握一个动态语言， 那么groovy几乎是首选， 学习成本几乎为零。你把java写的code原封不动的copy到groovy中， 几乎不用怎么改， 就可以run。至于它的小花招， 那是慢慢修炼的。 相关的书也很多啊， groovy in action个人感觉很不错。 IDE确实没看到很强的。这是软肋。 动态语言其实不太依赖 IDE。 要说哪种动态语言的 IDE 支持比较好，估计就是 javascript 和 ruby 了。 很多 java 库、框架就是为了弥补语言的弱点而存在的，如 spring。 如果类型是动态的，或者是 auto 的，这个依赖关系就消失了，动态语言的使用者从来不需要去考虑什么 DI、IOC、AOP。 貌似是晴天霹雳…… 不过我是听说过，很多牛逼人的模式在 ruby面前完全失去了颜色…… 如果一个牛B人只是背住一些套路，露馅只是早晚的事情。 |
| 返回顶楼 | |
|
发表时间：2009-04-20
最后修改：2009-04-20
框架的作用是什么
1，整合应用程序的结构，让代码更容易合作或者结构更清晰。比如MVC框架。 2，实现某种通用功能，减少自己编写代码的通用性和性能等等问题，降低开发门槛。 引用 框架就是为了弥补语言的弱点而存在的，如 spring
很不赞同。框架是弥补程序员的弱点——技能和思想的弱点而产生的。 spring框架基本上三个作用 1，贯彻解耦的观点 2，用1思想提供一些服务，比如通知，代码增强（AOP）等 3，用1的思想整合第三方框架 所有这些，对一个好的聪明的程序员也许不算什么。但是对一个团队就是一个奢侈的要求。而并不关语言什么事情（另外对楼上再说一下，spring也是java写的） —————————————————————————————————————— 无论什么框架，核心的东西就是“思想”——即它这么做的目的是什么，他必须有一定的范围和明确的目的，这样才有更高的效率。 而语言本身不过是一个通用的基础的平台。语言离不开框架，但是可以给框架提供更有力的支撑和更容易的实现。RUBY如果没有RAIL框架，会是什么样子？但是难道RAILS的思想真的不能在别的语言上实现么？我看未必。 ——————————————————————————————————————— RAILS本身框架的高耦合性和RUBY本身语言的特性，使得团队开发比较困难。那么是否可以牺牲一点RUBY的效率和强大，换取团队开发的协调性呢？我看GOR可以朝这个方向努力，没必要100%照搬RAILS 反过来说：RAILS我就定位在小团队，精英团队，团队成员紧密协作和交流的基础上——这是优势，也是略势 |
| 返回顶楼 | |
