Lev*_*ira 21 ruby grails groovy ruby-on-rails
我的公司正在开始Grails路径.原因是当前开发人员对Java非常重视,但感觉需要一种MVC风格的语言用于未来的Web开发项目.就个人而言,我来自设计/可用性世界,但随着我承担更多"前端"职责,我开始觉得需要更加集中地学习语言,所以我可以编写一些逻辑但特别是前端我的UI和东西的代码.
我一直试图亲自进入Python/Django,但从来没有投入太多时间.现在我的公司正在"跳入"Grails,我买了" 使用Rails的敏捷Web开发(第3版 - Beta) ",我开始进入RoR.我仍然希望将来或侧面学习Python,但我最大的问题是:
-要么-
基本上,问题围绕着Grails在非公司环境中的有用性以及Rails和Grails之间的相似之处.(而且,这一点,同时试图避免Python与Ruby(在Rails上)的百年讨论:))
Jos*_*ogi 17
嗯,我不知道该怎么说.有些人可能会抨击我.
作为一种语言,我认为与Groovy相比,Ruby更加时髦.Groovy仅用于简化Java程序员,因为您不需要学习太多新语法.但总体而言,我认为并不像Ruby那样时髦.根据今年JavaOne中的参与者投票,Groovy不是值得学习的JVM语言,而是Scala.除此之外,Groovy的原始创作者本人并不信任他自己创造的语言.
至于社区,Grails社区没有Rails那么大,但是自从获得Spring以来越来越多的人正在认真应用它.与Grails相比,Rails在市场上有更多的职位空缺(即如果你想投资寻找新工作).
但是,作为一个框架,如果您真的关心可维护性并需要访问Java框架和遗留Java系统,那么Grails就是一种可行的方式,因为它提供了对Java的更清晰的访问.Grails本身建立在几个流行的Java框架(Spring和Hibernate)之上.Rails本身恕我直言,就像Ruby本身一样时髦,但它的时髦性会降低你的可维护性.Matz自己更喜欢Merb而不是Rails 2,因为Rails在Ruby之上创建了一个DSL,它真的违背了Ruby的理念.而且我认为因为Rails本身已经被注意到了,反过来如果你与创建者没有相同的意见,它可能不适合你的需求.
结论
所以在你的情况下,学习Grails,因为这是公司的共识(你需要尊重共识),如果你仍然想要保证你的工作.但是,如果你想在将来有机会获得一份新工作,也可以花一些时间学习Rails和Ruby.
只是一个问题,是他们选择Grails的原因是因为Groovy在语法上比Java更接近于Ruby,还是因为他们想要访问Java?
如果它是前者,那么我会说尝试专注于Grails,因为这就是你将要使用的.如果是后者,您可能想看看开发团队是否愿意使用JRuby.
我之前从未使用过Grails或Rails,但我之前使用过Groovy和Ruby,而且作为一种语言,我认为Ruby更清晰,更一致,团队可能更喜欢生产.作为一个平台,Rails已经出现了更长的时间并且受到了很多关注,所以我认为它是一个更稳定的平台,可以使用更加丰富的功能.
JRuby可以完全访问用Java编写的类,所以这就是为什么我会考虑尝试使用Rails.如果在决定考虑的时候为时已晚,我猜你可以忽略这篇文章.
基本上,如果您只想要使用Java,那么JRuby是您应该考虑的选项,但如果团队害怕非Java类语法,可能会继续保持原样.
归档时间: |
|
查看次数: |
8646 次 |
最近记录: |