Web Service 或是 REST 这样的 SOA 架构去做整合吧 另外一点 用 RoR 不用 Activerecord 是一种浪费的行为 所以如果你Persistent Layer 确定一定要用 JAVA Solution 那就别用 RoR 吧 ※ 引述《adrianshum (Alien)》之铭言： : 我是 Ruby 的初学者但听到不少人说 RoR 对於 Web Development : 能大幅减少source code 量和 coding 相当容易. : 我在想, 如果作为一个大型 application, 本身 application : 可能已经以 EJB 或 POJO + Webservice 的方法 implement 了 : business logic 和提供 API, 同时间可能有其他 Rich Client : etc, 那麽如果部份的 client 想利用 RoR, 那麽用 RoR 有没有 : 利呢? : 简纯的 Web UI, 不会 access DB, business logic 份量很少, : 资料来源和处理都是 delegate 给後面的 server process, : 那麽好像很多RoR 的 feature 都不会用到, 这种情况下, RoR : 适合吗? : 如果合用的话, 那麽 RoR Client layer 和 business logic : layer 又会建议用什麽方法沟通呢? Webservice? : 会想这问题的原因是, RoR 某程度上是把 Presentation 至 : Persistent Layer 都整合好, 但通常的 enterprise application : business layer 是另外分开, 所以不知道 RoR 在整合进 : 这种情况下究竟合不合用... : Alien --

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