Ruby on Rails或Java EE对我来说哪个更好？

Question

我有一大堆经典的ASP页面要转换.我将运行Mac OS X服务器1.5.7.我可以在合理的范围内选择任何我想要的东西,但我被困在Ruby on Rails或完整的Java EE堆栈和ORM之间.

我主要担心的是我必须要访问的数据库以及每个框架/堆栈的功能.在RoR中实际构建了一些东西后我开始担心.我不知道为什么,可能只是缺乏经验,但它并没有"感觉"它是正确的.我当然可以忽略这种感觉,并在没有任何相反证据的情况下前进.

我必须点击以下现有的数据库,这些数据库不会被转换为其他任何数据库:

Oracle Ingres Sql Server MySQL可能还有别的东西

哪个框架/技术堆栈更适合此Intranet应用程序？

感谢您的任何帮助.

编辑:我不知道这是否重要,但我点击了所有数据库并将它们重新组合在一起.这不是一个数据库的一页.我查询它们并将其带回页面.

编辑:我对RoR和Java EE的经验有限,但必须选择其中之一或其他.

编辑:忘了提一下我已经在Rails上设置了Jruby,而不仅仅是在轨道上的红宝石.

编辑:从下面的评论(谢谢)我有这个:

它是一个接受xml并将其传回的Web服务吗？ - 这是可能的,但现在不是

它是基于表单的票证入口申请吗？ - 其中一部分将有这种需要

这是一个简单的CRUD吗？- 一部分

用户用它做什么？ - 基本上它是许多不同类型的网页.我有一个部分,它本身就是一个完整的应用程序.另一部分是从许多不同的数据库源中提取数据.我有不同的用户有不同的需求.我一直在寻找解决方案.如果我想要的话,我可以有几种不同的语言和框架 - 这就是我现在在微软服务器上所拥有的,但我一直在寻找一种一致的做事方式.这是一个很大的整合,但我不想买一些websphere来做这件事.

它如何与数据库交互？ - 不知道该说什么,jdbc,crud,或只是阅读,它根据特定网页的需要而有所不同

有多少用户使用该应用程序？ - 可能是1000但它可能会增长.如果我将其中的一部分移动到互联网应用程序,该部分可以有数千个.

Answer 1

坦白说,这根本不足以继续下去.我会问这样的问题:

是否有任何"遗留"数据库模式可供支持？听起来有可能.如果是这样,ORM可能会很难处理,而SQL可能很容易.这是支持Java的一点.

您在Java或RoR中拥有哪些现有技能？如果有更多的经验,那么另外一个.它极大地降低了风险.

除此之外,你对应用程序的类型,它的特性,要求等没有任何说明,所以你真的不能说出这样或那样的方式.

如果你去了Java,那么选择Spring不仅仅是"经典"Java EE(即EJB).Spring Remoting,Spring Web Services等以简单易用的方式击败了EJB(甚至3.0).如果您想要一个以SQL为中心的持久层,请查看Ibatis.实际上,这是一个Spring和Ibatis教程.

如果您喜欢持久层的更多对象模型风格,请使用Hibernate或EclipseLink.两者都适用于Spring.

至于应用服务器,我强烈推荐Glassfish(v2或v3).

Answer 2

以我有限的经验，当您允许 RoR 创建必要的数据库模式时，它的效果会更好。仅就这一点而言，我建议使用 Java EE 和 Hibernate（或类似的东西），因为您在尝试与旧数据库表集成时不会那么沮丧。

你还提到你缺乏 RoR 的经验——你有 Java EE 和任何持久性框架（如 Hibernate）的经验吗？我肯定会尽量坚持你所知道的，除非项目的时间限制包含一个“学习预算”，让你开始学习一种新的语言和框架。