※ 引述《kojilin (呵呵呵噗噗噗..搞笑..)》之铭言： : 而且至少现在的Java enterprise部分有实绩, : 但是RoR仍缺乏超大型site的实绩 RoR 不一定要架在超大型site才有实绩的啦.. 我觉得可以再稍微了解一下 RoR 较好啦 :Q : 而且使用container哪边跟J2EE差异颇大呢?不要只以Java user的观点看 应该这麽说吧.. RoR 有它自己的 Controller, ActiveController... 有它自己的 Data Object, ActiveRecord... Java 这边也有 Controller(可能你用 Struts, or Spring 等等...) 而资料物件处理的话...Hibernate, EJB, JDO 之类的... 两边各自已经有各自的架构时...混在一起怪怪的啦... : ..为何"都"要用Java,我想写testing用Ruby,我想dynamic page用Ruby, : 一些简单的helper我想用Ruby. : 但是business logic,model想用Java : 并不一定要用RoR,但是能有好的dynamic language : 对於开发上会有帮助 那这个就和我之前用 JRuby 的情形差不多啦... 只是这边不用 RoR 有点不一定非用 Ruby 不可的情形啦... 可以选用别的程式语言... : 这...自己写?现在用的java library都自己写的? : 如果只要不够就自己改,说真的那还颇花时间跟心力的 : 然後写完以後没多久人家又支援了 这边我会这样回的原因是因为... 之前我和国外人士讨论时, 有人说到 "现在的程式设计师都丧失自己写的能力了" 因此我是觉得, 有现在就用现成, 但是没有呢?? 你可以到 RubyForge 注册一个专案自己写, 并且造福其他人呀.. : 但是如果现在Ruby可以call java api..那,这不也是一个好选择吗? 我宁可选择呼叫 native api...我一点也不觉得非得和 Java 扯上关系 如果那个元件是 Java Open Source 的, Port 到 Ruby 也不是难事呀... : Ruby的API我自己是看不多,但是wrapper C的api真的都有依照Ruby理念? : 每种naitve API都有它自己的设计理念,当它只是wrapper时,一定多少得 : 照那个api的设计方式去包. 这边我真的不知道怎麽回也, 你说你看不多, 又质疑其他人, 这不是矛盾嘛? 那我也可以说, 我看到的都符合 Ruby 的设计理念... : 而且为何要自己包c呢?至少在Java世界中,已经有太多的library可以用 : 方不方便包对某些人,像我来说,我根本不在意,因为已经有人包好了. 我觉得有人真的是把 Java 神化了...Java 并不是一切呀... 当有人尝试找寻别的解决方式时, 结果最後还是必须扯上 Java...? 为了避免 Java 单一独强, 我除了 .Net 之外, 看了 RoR, 还看了不少冷门解决方案, 包含 D Server Pages, Common Lisp 的 Uncommon Web, Erlang 的, Haskell 的 Web 建置 其中, RoR 算是比较大的, 如果因为如此 Sun 就想把它吸收...? : 只是JRuby现在给sun官方支援,当然要兴奋呀!!! : 现在的JRuby可以用,但是仍然不够好,不够快.而且在jvm环境下还是有许多限制. : 那麽为何会对sun supports JRuby有比较负面的想法? : 既然早就有了JRuby,又它会变得更好,这不是很令人开心吗. 因为, 我不希望什麽事都和 Java 有关啦...Java 是不错, 但是发展过头了... 我会碰 Ruby, 就是我希望碰一个 轻量级 一点的...环境也好, 语言也好... 如果说, Ruby 接下来的走势就是朝向 Java 走的话, 就如同 WoW 朝向 EQ 走的话, 这并不是我所乐见的啦... Sun 目前的作法已经有点邪恶化的开始了...Java 5 开始, 我就觉得它变了... 当然对一般企业来说, 走 Java 非常稳...也很适合一般企业, 可是我希望除了 Java 之外还能有别的选择... RoR 其实目前有一点风险啦, 但是风险我不希望由 Java 来帮它解决... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.220.34.34