※ 引述《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