跟myan一起学习了一下午。一开始的话题是Groovy,就我看到的情况,不管做web应用还是处理XML,凡是Groovy能写的程序,Java就没有比Groovy写得简单的。然后话题又扯到了Cω,俩人坐在一块看介绍文章,感觉Cω处理XML和SQL的方式确实有新意,但是强类型声明使它的语法相当难看。看起来,脚本语言应该是下一代语言的基本范式,起码强类型声明不能再要了。实际上,按照Cω现在拥有的语境判断能力,处理类型应该是很轻松的事。
看完Cω中场休息,然后开始看Ruby on Rails。按照O'Reilly LAMP上的一篇文章介绍,我动手做了一个简单的web应用,包括对一个model的CRUD操作,并且定制了view。除去安装Ruby和Rails的时间,总共耗时5分钟,编写代码4行(含修改配置文件)。除了考虑到Ruby没办法很轻松地访问企业级基础设施服务之外,用Rails来做小型web应用简直是太轻松了。并且根据Justin Gehtland的评测,Ruby on Rails做出应用程序的性能甚至比基于Struts和Hibernate的Java应用高了15%~30%。
语言和平台的简化似乎已经迫在眉睫了,不论Java 5.0或者C# 2.0,在这条路上的步子似乎还嫌小了一些。Ruby on Rails和IronPython都是脚本语言在企业化方向上激动人心的进展。Rails的一大特点是“重视约定俗成胜于配置”(convention over configuration),细想想,J2EE的很多XML配置确实是??在80%的情况下??毫无必要的。
- 作者: 透明 2005年04月8日, 星期五 17:53
你可以使用这个链接引用该篇日志 http://publishblog.blogdriver.com/blog/tb.b?diaryID=617985
这里我们我们建立了一个UUZone 的Ruby on Rails 的中文圈..欢迎加入这个讨论圈,...............
http://www2.uuzone.com/club/21274/.
我在Rails中文论坛(http://www.railsCN.com)里转贴了你的这篇Blog,希望你有空来坐坐!
convention over configuration 是不是可以理解成把原本存放在配置文件里的部分信息 hard code 到解释程序里去?
最近写了一篇关于 RoR 的文章“ruby on rails 实践”,本文太长,37页之多。而且CSDN的blog发布机制不好,特地制作成 acrobat pdf 文档,有兴趣学习 ruby on rails 的人,可以下载看看。 感觉ROR“习惯约定优于配置”的做法的确有好处。
实际上以前 Java 的众多框架没有这么做。
文章“ruby on rails 实践”的下载
http://www.koalant.com/rubyonrails.pdf
重视约定俗成胜于配置(convention over configuration),人一多,沟通不够的情况下会变成一团糨糊,最近用一个"重视约定俗成胜于配置"的矿架有感
我看好IronPython在未来的企业.Net应用中大显身手。
Rails的隐含假设似乎过多了。对于CURD, 大概任何一个成熟应用框架都能够在几行配置代码内搞定。
convention over configuration...... 反正Rails这种全靠隐谕的办法总让我觉得不太踏实。
如果连表单域的名字都和表列名一致,Rails是够振奋人心的,不过重载它的模板之后感觉没轻省多少,而且没有IDE支持,不管是Groovy和Ruby都让人觉得挺痒的。