RoR介绍:一个Java程序员的开发体验
本文摘自:http://www.zhlw.com/ReadNews.asp?NewsID=5923
ROR is Ruby on Rails. Ruby 众所周知已经是一种非常出色的动态语言 It's dynamic language。Simple and easy.动态语言是解释执行的,但性能上可能会打个折扣,但不是绝对的,因为应用是复杂的,性能是一种综合性的,这个在一个流传的测试中有回应。
按照Rails4Days.pdf
1.安装和配置出奇的简单。
安装完ruby182-14.exe,就用gem
2.要生成一个web应用更简单。
ruby rails <目录名>
一套web应用就生成了,配置一下数据库。config/database.yml,看一下就知道配置。
mysql要准备好,再创建数据表。
3.代码生成
ruby script/generate <类型> <名称>
MVC都能生在,框架也可以,还有WebServices
http://rubyonrails.org/show/Generators
还有生成器可以下载,实在得令人心寒。
当Hibernate3,EJB3还在那儿绕来绕去的时候,Spring,Hivemind还在那儿遮遮掩掩的时候,MDA和UML还在云山雾照的时候,ROR已经实干了。
可以代码生成,CRUD只要一句话,可以说演示非常方便,生成的代码量非常小,改起来很方便,使用一段时间就觉得很贴近业务思路,或者说人类语法。展示层还是象大多数嵌入式脚本,类JSP。但是由于是动态语言,非常精简,实际上看上去比标签精简多了。
缺点:
大型应用是否支持?
有多少人支持?
性能:
总的来说,人们对ROR的担心在于:能长久吗?程序是否稳定?各项性能?
有一个性能测试,据说ROR>Hibernate+Spring+Struts , 居然还多15-20%。敢这样说总有点来头的,况且开发速度要>10倍以上。不过网址忘了,google上查一下就知道了。
被各种框架折磨了很长时间,突然发现这么一个清新的东西,一直不习惯,怎么能这样呢,DAO总是要定义一个Base的,同一种find
find_all就行了?find(@params[:id])就直接从参数里查询出对象?从Tapestry
对象与数据库的连接更自然了,这让我想起了Delphi
看上去ruby吸收了非常多的Java社区的思想,这也是一种有活力的表现,如果这种劲头保持下去,会象php
ROR非常适合做应用,快速应用,这并不意味着不适合大型应用,目前因为还没看到大型应用,不敢乱说,心里也没底。底层应用不知道是否适合,因为一般来说底层应用往往是中级语言的世界,象C之类,Ruby应该也可以port进来,不过直接做底层可能性不大吧。
想起了以前对Perl的形容,胶水,很贴切,本身好象做不了啥事,但可以迅速地粘起来一个东西来,如果胶水强度足够,甚至粘出一个大厦。Ruby也象是这样的胶水,现在在web方面比perl更强了。