Rails上的Java/JRuby vs.NET3.5…感觉我做错了

关于这些功能,它们也大致相同,您当然可以在这两种应用程序中创建soapweb服务应用程序,而不会出现问题。

关于“畸形的混合”,没有这样的东西,它只是一个(非常活跃的)端口,就像.NETLand中的IronRuby或IronPython。

当然,如果你坚持使用.NET并使用C#编写代码,会比混合使用Ruby和Java更为连贯。但您肯定只能使用JRuby。

考虑到乐趣和功能因素或多或少是相等的,我会选择JRuby,以防我将来不得不部署在Linux、Solaris或其他非Windows的平台上。

我很抱歉,但你所做的听起来像个大泥球。你走什么路对我来说无关紧要,但我会通过减少你使用的技术/框架的数量来简化架构。如果你可以在Ruby/Rails中找到一种方法,而不需要java(尽管你可能需要保留C++客户端),那就行了。显然,在.NET(我喜欢的平台)工作是另一种选择。Windows通信基金会使得编写Web服务比旧的ASP.NET Web服务更容易——包括使用JSON的REST Web服务。

如果我今天做的话,我会使用ASP.NET MVC来实现Web前端,WCF(Web服务),或者消除C++客户端,或者考虑用.NET或MNO在C语言中编写它。

在我看来,你似乎有点计划过度或工程过度。我不完全了解你的架构,通过阅读,但我看到很多词,如.NET,java,SOAP,C++,JRube上的Rails,RoR,Web服务,Hibernate,Ajax,LINQ等,都被扔了,所以我只是想知道他们是如何将所有的配合。这里有一些简化的架构,可能适合您的需求,也可能不适合您的需求,因为我不太了解您的问题。我也看不出你的帖子有任何问题,因此考虑到这种情况,我建议:

1. Web前端:使用Ajax的RoR。 Web服务:.NET。 数据访问:Linq。

   这意味着您的.NETWeb服务将使用Linq访问数据,并通过SOAP公开,前端Ror将使用SOAP。

2. 或者,用Java替换.NET,用Hibernate替换Linq。

如果以上这些都是无用的,那么我的另一个建议是您不必将所有这些技术结合到一个解决方案中。

我宁愿将来搬到FreeBSD或Debian。。。我当然不想永远呆在Windows上。但是有单核细胞增多症,对吗?