论坛首页 编程语言技术论坛

是时候大举进军rails了。

浏览 32958 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2006-08-11  
根据我的观察,其实现在互联网应用,PHP仍然是当仁不让的第一开发语言,占据了最大的市场份额。这是有内在的原因的,因为PHP超级简单易用,是当前web开发技术当中,学习起来最快的了。有点编程基础的人,学习一天,第二天就可以干活了。对于互联网开发来说,速度是第一重要的事情,拖拖拉拉做不出来网站,机会就永远丧失掉了,对于熟练的开发人员来说,RoR可以提供比PHP还要快的开发速度,这就注定RoR肯定会流行。

Java EE开发速度上面的劣势,或者说烦琐,很大一部分原因是Java语法带来的,企图用什么框架解决这种问题,我觉得不现实。
0 请登录后投票
   发表时间:2006-08-11  
我看hongliang的意思是准备在HTML/CSS/JavaScript端下功夫。之前看过他的脚手架,已经有了这个意向。
目前我们比较多的使用了dwr,webwork也只是在页面需要跳转时才用到,后台的java要做的东西其实不是很多,都是比较简单的数据存取为多,接口也比较稳定,特别是用hibernate的话,这方面的java代码并不多。

而CSS/JavaScript花费的工作量更大,这方面指望web framework解决似乎不太现实,还是需要由服务端生成部分js给页面用,页面纯粹的UI控制 js+部分服务器端生成的用于业务逻辑的js,这样方式也许会好一点。

不过,话说回来,如果以这样的代码生成方式,用ruby可能更合适。
0 请登录后投票
   发表时间:2006-08-11  
到目前为止,我对RoR仍然持观望态度,对于在项目中使用RoR持反对意见。(RoR fans别拍砖啊)
怎么说呢,毕竟Ruby是rb人的东西,等到它在rb市场上流行起来之后再学不迟。
0 请登录后投票
   发表时间:2006-08-11  
robbin和无明说的狠对,我最近也一直在想是否应该继续给Java这个大恐龙整容,也许整到最后也是恐龙一只,不过我想试试看
0 请登录后投票
   发表时间:2006-08-11  
简单是第一原则。。。

简单,易用,上手快,自然人多,力量大,循环之。
0 请登录后投票
   发表时间:2006-08-12  
" Java EE开发速度上面的劣势,或者说烦琐,很大一部分原因是Java语法带来的,企图用什么框架解决这种问题,我觉得不现实。"

那确实是。
我对ROR的理解来看,ROR所宣称的快速开发,就是利用ruby脚本语言的灵活性和简便性实现了快速的web开发框架。

前些天跟公司老大请教,老大的一句话“J2EE的应用看上去复杂,并不是它有意要弄得复杂,而是因为附带了很多这些企业级应用的特性,能够适应很复杂的环境 ”。

所以,到目前,我觉得还有值得继续坚持Java的理由。
0 请登录后投票
   发表时间:2006-08-12  
等2个月,Javaeye 2.0基本完成。
届时恭听Robbin对ROR的实践感言,应该很有参考价值。
断断续续读完了《Agile Web Development with Rails》,也跟着走了一遍depot。在用过的框架中,Rails的敏捷开发味道最浓,用于Web系统开发,比Java更加自然。
0 请登录后投票
   发表时间:2006-08-12  
lixigua 写道
" Java EE开发速度上面的劣势,或者说烦琐,很大一部分原因是Java语法带来的,企图用什么框架解决这种问题,我觉得不现实。"

那确实是。
我对ROR的理解来看,ROR所宣称的快速开发,就是利用ruby脚本语言的灵活性和简便性实现了快速的web开发框架。

前些天跟公司老大请教,老大的一句话“J2EE的应用看上去复杂,并不是它有意要弄得复杂,而是因为附带了很多这些企业级应用的特性,能够适应很复杂的环境 ”。

所以,到目前,我觉得还有值得继续坚持Java的理由。


在Java语言之前,C++是企业应用的主流开发语言。到了Java时代,强调基于JVM的平台做开发,强调操作系统无关性。这实际上就是用Java这种虚拟机器代替了物理机器的作用(Java Virtual Machine有自己的内部指令系统,俨然一个虚拟的CPU)。

Java这样做的一个好处就是平台无关性,但是似乎这个好处到现在来看体现的并不明显,因为企业应用高端还是清一色的Unix。但是Java这样做的坏处却也体现了出来:

1、难以利用操作系统和C/C++的底层库
由于JVM的隔离作用,使得Java语言不论做什么事情都必须从头开始,而无法利用现有的C库。有人戏称:Java 是自己操纵磁头和马达来读写文件的。

2、不得不做的很复杂
正因为无法直接利用底层库,所以在异构系统的整合上就不得不采用很复杂的方案来搞定。

说白了,就是Java企图白手起家,不能利用现成的操作系统提供的设施,这才是Java企业应用为什么那么复杂的根本原因。

举个例子吧:在web系统中实现异步任务,本来Unix操作系统就提供了crontab,就是干这个的,ruby的做法就是直接使用crontab,生成一个task丢给crontab就OK了,既简单又robust。但是Java偏偏不要去用现成的东西,非要自己搞java.util.TimerTask,结果难用,功能还差,不得已,又有人搞出来Opensymphony Quartz,这玩意功能是够强的了,还提供了crontab风格的schedule,但是一个web app他就启动10个线程自己玩,嘿嘿,你tomcat想shutdown都难呀。

Java企业应用为什么那么复杂,其实都是自找的!事情本来没有那么复杂,可是Java就是要有骨气,我偏偏不用你操作系统的东西,我就非要自己一砖一瓦的自己搭起来,那焉能不复杂?
0 请登录后投票
   发表时间:2006-08-12  
robbin说的非常对!I can't agree with you more.
0 请登录后投票
   发表时间:2006-08-12  
引用

但是一个web app他就启动10个线程自己玩,嘿嘿,你tomcat想shutdown都难呀。


这两天碰到个Web间歇性停止响应(很像定时的)问题,不知道是不是这玩意儿闹的,害得偶周末来加班,尚未搞定的说。。。
0 请登录后投票
论坛首页 编程语言技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics