※ 引述《Schelfaniel (Test)》之铭言： : 执行环境至少比再多一层 JVM 够力呀(目前情形啦)... : 至少目前已经确实有人使用 RoR 来当成 Web AP 来用了... : 而 JRuby 目前...如果你觉得 RoR 不够力的话... : 我是怀疑在 JVM 上就会比较好就是了... 如果真的要在JVM跑,就不会在jvm上又一层vm了吧 他既然实作了Ruby interpreter, 那就期待jvm在未来SE 7可以有更好的支援环境 让他可以媲美native ruby的速度 而且至少现在的Java enterprise部分有实绩, 但是RoR仍缺乏超大型site的实绩 另外我说的够力当然也不只包含效能,也有後面的library部分 ..不好意思我段落不太分明..orz. : : 譬如JRuby的一个重点是要把RoR也能在servlet environment下跑 : : 这样的话就可以使用Java EE的container, : 这样和原本的 J2EE (目前更名为 Java EE) 了差异颇大的也... 当然不是说跑只有单纯要跑RoR,他可以跟各种Java 3rd party lib混用 而且使用container哪边跟J2EE差异颇大呢?不要只以Java user的观点看 对RoR开发者来说,如果在Java EE container上跑Ruby功能效能都能接受时 那麽就多了一个执行环境的选择 : : 为何Java EE container会这麽贵!?(就算免费的也有卖service) : : 就是它提供了各种security, transaction, messaging..etc的功能 : : (RoR或者Ruby可能有,我没碰到或是我觉得不够力) : RoR 提供的是 Lightweight 的方式... : Java EE 就是架构太过庞大, 才会有 RoR 这种轻型容易使用的方式... : 也就是说 RoR 并不是要完全走 Java EE 的路的... : 真要用 Java EE 的人, 就直接用 Java EE 不就好了?? ..为何"都"要用Java,我想写testing用Ruby,我想dynamic page用Ruby, 一些简单的helper我想用Ruby. 但是business logic,model想用Java 并不一定要用RoR,但是能有好的dynamic language 对於开发上会有帮助 我是还没有到想把Ruby用在business的核心功能上, 但是页面,testing如果可以选用Ruby,那为何不用而要用Java language? 前面提到如果真要沟通 '用 Web Service 至少两边都是完整的架构...管理上也方便' 如果没有JRuby,那麽确实这样做是唯一选择,但是当ruby跟Java可以 seamless接合,那为何不用?Ruby+Java我不认为会破坏彼此的架构 : : 使用Java library方面我也颇有兴趣的, : : 尤其ruby的library虽然现在多了,但够多吗?能说完整吗? : : 有些是包了c的wrapper,要高阶一点的api没有,又这些api符合ruby的理念吗? : 如果不完整的话, 可以自己写呀...Java Library 不也是有人写出来的... : 而且 Ruby Library 发展迅速...这点我是觉得不太需要担心... : 低阶的 Api, 用 c Wrapper 比 JNI 容易包... : 高阶的 Api, 应该说 Ruby 比 Java 更高阶...要用 Ruby 写更加的容易.. : 这也是 RoR 会产生的原因之一.... : Ruby 我看到的 API 大多都符合 Ruby 的理念说... 这...自己写?现在用的java library都自己写的? 如果只要不够就自己改,说真的那还颇花时间跟心力的 然後写完以後没多久人家又支援了 是没错啦,open source library好处就是有缺可以找,可以自己改, 自己新增,或者可以都不用自己写一个 但是如果现在Ruby可以call java api..那,这不也是一个好选择吗? 现阶段来说,Ruby的library发展确实很迅速,但是如果要比较 那麽Java还是比较多,比较完整:)我没有贬低ruby的意思 只是以一个开发者来说,如果又更多发展已经算稳定api可以使用,为何不使用? Ruby的API我自己是看不多,但是wrapper C的api真的都有依照Ruby理念? 每种naitve API都有它自己的设计理念,当它只是wrapper时,一定多少得 照那个api的设计方式去包. 而且为何要自己包c呢?至少在Java世界中,已经有太多的library可以用 方不方便包对某些人,像我来说,我根本不在意,因为已经有人包好了. 高阶API部分,确实是Ruby很吸引人的部分,activesupport之类很不赖. 很多api呼叫方式简单又直觉. 但是以比较的观点来说,仍然没有其他可以选择的语言来的多跟完整. 我不是说activesupport不完整,是说能用的api. :: 或者是还不够完整,毕竟Ruby火热起来也是这几年. : 我觉得等实际上要用时再看看情吧... : 不够力, 不完整, 还有没碰到... : 有比较实例上的需求, 像是需要什麽样的功能, 会比较好一点吧... : 如果真的太过庞大的架构, 我是觉得直接就用 Java EE 了... 可能我跟你的观点有点差异也不一定 使用Java EE跟使用Ruby我认为并不相违背 Ruby语言的"趣味(我是不喜欢叫他优雅啦)"很吸引我 Java EE提供的环境也很吸引我 那既然可以混用,又有机会混用时,我就会想去用 我想许多Java开发者应该也有类似的想法 不然JRuby开发者被sun正式雇用不会是这麽大的新闻 : : 另外对java user来说也是个好消息,尤其我很羡慕.net有Iron python : : 而且Iron Python说他比CPython还快. : Iron Python 我有用过一下, 但是没比过速度就是了... 我记得是啦,可以查查看,也因为这样我很希望JRuby就算做不到比native ruby vm快 也好歹差不多 : : 我虽然只有拿Ruby来写写备分网站之类的小script, : : 但是能在同一个环境使用Ruby跟Java是多麽令人兴奋呀~ : 嗯, 其实现在就有 JRuby 可以用了呀... 是呀:) 只是JRuby现在给sun官方支援,当然要兴奋呀!!! 现在的JRuby可以用,但是仍然不够好,不够快.而且在jvm环境下还是有许多限制. 那麽为何会对sun supports JRuby有比较负面的想法? 既然早就有了JRuby,又它会变得更好,这不是很令人开心吗. ※ 编辑: kojilin 来自: 218.167.177.197 (09/12 02:06)