锁定老帖子 主题:是时候大举进军rails了。
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-08-11
根据我的观察,其实现在互联网应用,PHP仍然是当仁不让的第一开发语言,占据了最大的市场份额。这是有内在的原因的,因为PHP超级简单易用,是当前web开发技术当中,学习起来最快的了。有点编程基础的人,学习一天,第二天就可以干活了。对于互联网开发来说,速度是第一重要的事情,拖拖拉拉做不出来网站,机会就永远丧失掉了,对于熟练的开发人员来说,RoR可以提供比PHP还要快的开发速度,这就注定RoR肯定会流行。
Java EE开发速度上面的劣势,或者说烦琐,很大一部分原因是Java语法带来的,企图用什么框架解决这种问题,我觉得不现实。 |
|
返回顶楼 | |
发表时间:2006-08-11
我看hongliang的意思是准备在HTML/CSS/JavaScript端下功夫。之前看过他的脚手架,已经有了这个意向。
目前我们比较多的使用了dwr,webwork也只是在页面需要跳转时才用到,后台的java要做的东西其实不是很多,都是比较简单的数据存取为多,接口也比较稳定,特别是用hibernate的话,这方面的java代码并不多。 而CSS/JavaScript花费的工作量更大,这方面指望web framework解决似乎不太现实,还是需要由服务端生成部分js给页面用,页面纯粹的UI控制 js+部分服务器端生成的用于业务逻辑的js,这样方式也许会好一点。 不过,话说回来,如果以这样的代码生成方式,用ruby可能更合适。 |
|
返回顶楼 | |
发表时间:2006-08-11
到目前为止,我对RoR仍然持观望态度,对于在项目中使用RoR持反对意见。(RoR fans别拍砖啊)
怎么说呢,毕竟Ruby是rb人的东西,等到它在rb市场上流行起来之后再学不迟。 |
|
返回顶楼 | |
发表时间:2006-08-11
robbin和无明说的狠对,我最近也一直在想是否应该继续给Java这个大恐龙整容,也许整到最后也是恐龙一只,不过我想试试看
|
|
返回顶楼 | |
发表时间:2006-08-11
简单是第一原则。。。
简单,易用,上手快,自然人多,力量大,循环之。 |
|
返回顶楼 | |
发表时间:2006-08-12
" Java EE开发速度上面的劣势,或者说烦琐,很大一部分原因是Java语法带来的,企图用什么框架解决这种问题,我觉得不现实。"
那确实是。 我对ROR的理解来看,ROR所宣称的快速开发,就是利用ruby脚本语言的灵活性和简便性实现了快速的web开发框架。 前些天跟公司老大请教,老大的一句话“J2EE的应用看上去复杂,并不是它有意要弄得复杂,而是因为附带了很多这些企业级应用的特性,能够适应很复杂的环境 ”。 所以,到目前,我觉得还有值得继续坚持Java的理由。 |
|
返回顶楼 | |
发表时间:2006-08-12
等2个月,Javaeye 2.0基本完成。
届时恭听Robbin对ROR的实践感言,应该很有参考价值。 断断续续读完了《Agile Web Development with Rails》,也跟着走了一遍depot。在用过的框架中,Rails的敏捷开发味道最浓,用于Web系统开发,比Java更加自然。 |
|
返回顶楼 | |
发表时间: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就是要有骨气,我偏偏不用你操作系统的东西,我就非要自己一砖一瓦的自己搭起来,那焉能不复杂? |
|
返回顶楼 | |
发表时间:2006-08-12
robbin说的非常对!I can't agree with you more.
|
|
返回顶楼 | |
发表时间:2006-08-12
引用 但是一个web app他就启动10个线程自己玩,嘿嘿,你tomcat想shutdown都难呀。 这两天碰到个Web间歇性停止响应(很像定时的)问题,不知道是不是这玩意儿闹的,害得偶周末来加班,尚未搞定的说。。。 |
|
返回顶楼 | |