|
锁定老帖子 主题：欢迎进入JRuby on Rails的世界
精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-12-01
我认为最的好处就是可以无缝连接java库，特别特别的好！
|
| 返回顶楼 | |
|
发表时间：2008-12-02
庄表伟 写道 jruby还有一个好处，可以自己对ruby代码做加密，只要修改一下jruby的
/org/jruby/lexer/yacc/ByteListLexerSource.java 就可以了 开源是大势所趋，不过某些时候，加密还是很有必要的，尤其是在天朝。 |
| 返回顶楼 | |
|
发表时间：2008-12-03
yangzhihuan 写道 庄表伟 写道 jruby还有一个好处，可以自己对ruby代码做加密，只要修改一下jruby的
/org/jruby/lexer/yacc/ByteListLexerSource.java 就可以了 开源是大势所趋，不过某些时候，加密还是很有必要的，尤其是在天朝。 猫眼上面的？一个天朝。。。。基国。。。。。 |
| 返回顶楼 | |
|
发表时间：2008-12-03
yangzhihuan 写道 开源是大势所趋，不过某些时候，加密还是很有必要的，尤其是在天朝。 很多时候都应该如此。天朝——这样的泱泱大国，历来是知识产权难以保护的。 |
| 返回顶楼 | |
|
发表时间：2008-12-04
庄表伟 写道 jruby还有一个好处，可以自己对ruby代码做加密，只要修改一下jruby的
/org/jruby/lexer/yacc/ByteListLexerSource.java 就可以了 可不可以介紹一下原理及怎樣做到？ |
| 返回顶楼 | |
|
发表时间：2008-12-04
最后修改：2008-12-04
sw2wolf 写道 JRuby要紧跟ruby标准会很累的， 随着ruby虚拟机的成熟， 没必要在JVM中跑ruby？！
Ruby虚拟机成熟？何年何月？想达到JVM的工业强度，还是等经济危机过去之后吧。 |
| 返回顶楼 | |
|
发表时间：2008-12-12
swordray 写道 可以打着java旗号去忽悠领导，速度未必有优势
jruby 速度比原生的 ruby 1.8x 快很多。 |
| 返回顶楼 | |
|
发表时间：2008-12-12
最后修改：2008-12-12
友情提醒：
Jruby只是兼容于ruby，并不是兼容于所有的包，尤其是那些带有dll的gem包，比如RMagick这个图像处理的包就无法通过gem install在Jruby上，因此切换到jruby需要仔细考察一下。 |
| 返回顶楼 | |
|
发表时间：2008-12-13
ray_linn 写道 友情提醒：
Jruby只是兼容于ruby，并不是兼容于所有的包，尤其是那些带有dll的gem包，比如RMagick这个图像处理的包就无法通过gem install在Jruby上，因此切换到jruby需要仔细考察一下。 在Java平台处理图像可以直接用Java2D，没有必要用ImageMagick了，当然你也可以用JMagick，对ImageMagick的封装，这并不是一个什么问题。 但JRuby跑Rails现在综合性能还不如Ruby 1.8.7，这才是一个问题，而这个问题的解决则依赖JDK7引入的invokeDynamic指令集。 |
| 返回顶楼 | |
|
发表时间：2008-12-15
robbin 写道 ray_linn 写道 友情提醒：
Jruby只是兼容于ruby，并不是兼容于所有的包，尤其是那些带有dll的gem包，比如RMagick这个图像处理的包就无法通过gem install在Jruby上，因此切换到jruby需要仔细考察一下。 在Java平台处理图像可以直接用Java2D，没有必要用ImageMagick了，当然你也可以用JMagick，对ImageMagick的封装，这并不是一个什么问题。 但JRuby跑Rails现在综合性能还不如Ruby 1.8.7，这才是一个问题，而这个问题的解决则依赖JDK7引入的invokeDynamic指令集。 RMagick只是个例子，Ruby和C的关系比较紧密，很容易就会发现有些gem就会有dll的问题，此外jruby很多时候要仰仗wrapper，性能低下且不具备时效性。 别指望jruby能透明地替换掉ruby而不会对项目造成任何影响。 |
| 返回顶楼 | |
