该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-08-26
liuqiang 写道 哎……,想不说话都难,javascript=java?
这个确实 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道 你们那些兄弟宣传Rail开发WEB多强,作页面多么快捷方便的时候和Java也是没有关系啊。这时候站出来说这是客户端的东西,呵呵。有点意思。
sigh 我错了,我和我们那些兄弟都宣传错了,Rails根本就不适合做什么大应用,还是您说得对。这种应用就得用Java做,换Rails肯定不行的。 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道 这是企业开发里面对界面的最常见和普通的要求。在Javaeye上一个没见,所以我说JAVA Eye网站的界面要求有些简单。JavaEye里面确实有些功能做的很好,我也没有小瞧这个网站。只是说这里面的技术运用的成功不能代表它能运用到企业开发领域。 我在用Rails之前,用Java写了6年的企业应用,根据以往的项目经验,Rails的技术完全可以用到企业应用中,而且我经历过所谓的企业应用中,大部分的技术含量比做互联网应用要低很多,你前面谈的需求完全是界面的东西,和后台用什么框架是无关的。 |
|
返回顶楼 | |
发表时间:2008-08-26
ltian 写道 那你们的Rail凭什么号称自己做web开发很easy?我真是服了各位。被最终告诉我,这些需求很难,是JavaScript管的和Rail是没有关系。
Rails他什么时候也不是“我们的”,就好像Java也不是您的一样。不过您说得对,Rails真的没啥好的,跟Java一比那就一无是处,说那些好都是吹牛皮的,您就不必再花时间去关心了。 |
|
返回顶楼 | |
发表时间:2008-08-26
看见大家伙吵啊,砖头啊,本不想掺和,但是还是没忍住说两句,谁叫这种题目太煽情呢对把?呵呵
1. 在语言和类库封装上面,ruby的表现确实要优于java 2. 代码量少确实可以带来好的维护性 3. rails框架写得确实好,起码你不用像jee一样要考虑集成这个那个,否则sun也不会主导jruby和grails这些技术。rails写得好在于核心思想上,比如建立在ruby语言之上,convention为王,天生的REST支持,等等 4. 上面尽说好了,该说点不好的,在企业应用上面有很多复杂的东西,比如异步消息了,业务流程了,报表了,数据挖掘了,比之于互联网应用要复杂一些,尽管这些ruby社区都有相应的第三方库,但是在应用当中需要稍微花些功夫来解决一些边角的东西,所以说ruby and rails在企业应用上面还有些路要走 综合而言,r and r需要时间,这个新锐跑得很快,就像今年的罗伯斯跨栏一样,璀璨夺目,java有些臃肿和老迈了,不过java还在发展当中,包括吸收类似于r and r的优秀思想和技术。 对于开发人员来说,当然是技多不压身了,因为j和r都在作web,在web上面都相当不错,能横跨两个语言和平台是一件很惬意的事情,起码对我来说是这样的。 至于j和r之争,有人在,就有江湖在,有江湖在就有刀剑在,打打,闹闹,争争山头,夺夺地位,热闹乎,开心乎,切磋乎,进步乎。呵呵,很爽! |
|
返回顶楼 | |
发表时间:2008-08-26
Quake Wang 写道 ltian 写道 这是企业开发里面对界面的最常见和普通的要求。在Javaeye上一个没见,所以我说JAVA Eye网站的界面要求有些简单。JavaEye里面确实有些功能做的很好,我也没有小瞧这个网站。只是说这里面的技术运用的成功不能代表它能运用到企业开发领域。 我在用Rails之前,用Java写了6年的企业应用,根据以往的项目经验,Rails的技术完全可以用到企业应用中,而且我经历过所谓的企业应用中,大部分的技术含量比做互联网应用要低很多,你前面谈的需求完全是界面的东西,和后台用什么框架是无关的。 sigh 老王啊,我推荐你一个blog看看呗 http://yinluotianse.blogbus.com/logs/27906246.html |
|
返回顶楼 | |
发表时间:2008-08-26
Rails在web表现层有什么好的解决方案吗?
|
|
返回顶楼 | |
发表时间:2008-08-26
seemoon 写道
看见大家伙吵啊,砖头啊,本不想掺和,但是还是没忍住说两句,谁叫这种题目太煽情呢对把?呵呵
1. 在语言和类库封装上面,ruby的表现确实要优于java 2. 代码量少确实可以带来好的维护性 3. rails框架写得确实好,起码你不用像jee一样要考虑集成这个那个,否则sun也不会主导jruby和grails这些技术。rails写得好在于核心思想上,比如建立在ruby语言之上,convention为王,天生的REST支持,等等 4. 上面尽说好了,该说点不好的,在企业应用上面有很多复杂的东西,比如异步消息了,业务流程了,报表了,数据挖掘了,比之于互联网应用要复杂一些,尽管这些ruby社区都有相应的第三方库,但是在应用当中需要稍微花些功夫来解决一些边角的东西,所以说ruby and rails在企业应用上面还有些路要走 综合而言,r and r需要时间,这个新锐跑得很快,就像今年的罗伯斯跨栏一样,璀璨夺目,java有些臃肿和老迈了,不过java还在发展当中,包括吸收类似于r and r的优秀思想和技术。 对于开发人员来说,当然是技多不压身了,因为j和r都在作web,在web上面都相当不错,能横跨两个语言和平台是一件很惬意的事情,起码对我来说是这样的。 至于j和r之争,有人在,就有江湖在,有江湖在就有刀剑在,打打,闹闹,争争山头,夺夺地位,热闹乎,开心乎,切磋乎,进步乎。呵呵,很爽!
恩,我得改下题目,rails适合rails程序员做它能做的应用 其实我也是一番好意,想从架构的角度谈谈下rails其实做大型应用并没有想象的那么糟糕,谈谈思路,我也没有干吼:rails就是适合做大型应用! 另外我也没有否认java适合做大型企业级应用,你做你的我做我的,世界多一个选择难道不好吗? 最大的希望是有相关经验的人来谈谈经验,并不是想和java争个你死我活 |
|
返回顶楼 | |
发表时间:2008-08-26
说说ROR开发的弱点:
Ruby目前漏洞太多,还未成熟 滥用plugins,gems造成的安全性问题 应用服务器的稳定性问题 其他都可以归结为 设计问题,能力问题,信仰问题 |
|
返回顶楼 | |
发表时间:2008-08-26
mycybyb 写道 gigix 写道 引用 用Ruby能比用Java减少30%代码量这样结果不知道谁统计的?同样的功能?指哪些方面的功能呢?不要专门指Ruby擅长的或者Ruby自身封装的 API库里那部分功能?不知道Ruby做一个组态图形库的代码量如何?用Ruby写数学算法的代码会比java减少出30%吗? 谢谢。
sigh 其实这个事情我都说过好多遍,说得都疲了…好吧再说一遍 companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size 拿Java写一个来看看? 有些东西啊,既然别人这么言之凿凿的说,那肯定是有一定道理的,别人肯定是想过的 您这上来就“我们如何如何”,行,您什么都知道了,我也没啥必要非得说服谁不可,我又不损失什么 用java把那几个函数封装一下就可以了。 rails不就是把这些功能内置了吗。 还是那句话,java是语言,rails是框架,不具有可比性。用java也可以做个rails出来。 这话你还真说错了! 如果你用过Hibernate的话,上面这段ruby代码的所有方法调用,Hibernate都已经提供了,但是你用Hibernate去写写的话,至少要20行以上的Java代码。 |
|
返回顶楼 | |