Java / JRuby on Rails vs .NET 3.5 ... siento que estoy haciendo mal

Question

Tengo la intención de desarrollar una web-services (SOAP para C ++ cliente) en Java con Metro / Hibernate y frontal para arriba con un sitio web escrito en JRuby on Rails, la conexión de módulos de Java a través de JRuby y en general a través de una base de datos . Ya he escrito algo de código y configurar todo.

Ahora, he oído que .NET 3.5 es realmente de gran alcance y después de leer un poco me reconoció que es cierto. Sin embargo, ¿tendría sentido dejar caer esto todavía curiosa monstruoso híbrido de Java y RoR para cambiar todo para .NET? Todo:. Servicios, acceso a base de datos (LINQ a objetos), web-frontal, las cosas ajax - todo en una gran solución .NET 3.5

También estoy buscando para divertirse, pero no tan divertido como, por ejemplo, en C ++ para el lado del servidor:)

Sé que con el poder de RoR que en realidad no importa si se trata de uno y otro lado. Sin embargo, si estoy todo listo para .NET o Java, todavía tengo la sensación de que estoy haciendo mal y yo sólo debería cambiar a la no-lateral-estoy-momento-de.

Tengo una experiencia muy limitada en el desarrollo web, sólo he escrito un servicio web ASP.NET de una vez con el apoyo de Java servicio web así que tengo un TOC real con la elección de plataformas aquí.

Answer 1

Lo siento, pero lo que está haciendo sonidos como una gran bola del o de barro. No me importa qué camino tomar, pero me gustaría simplificar la arquitectura reduciendo el número de tecnologías / marcos que está utilizando. Si se puede encontrar una manera de hacerlo en Ruby / Rails sin hacer referencia a Java (aunque puede que tenga que mantener el ++ del lado del cliente C), que iba a funcionar. Obviamente, trabajando en .NET (mi plataforma preferida) es otra opción. Windows Communication Foundation hace que sea mucho más fácil de escribir servicios web que son de peso ligero que los antiguos servicios web ASP.NET -. Incluyendo servicios web REST utilizando JSON

Si lo estuviera haciendo hoy que haría uso de ASP.NET MVC para el front-end web, WCF (para los servicios web), y, o bien elimino el cliente C ++ o que no escribe en C # con .NET o Mono.

Answer 2

.NET 3.5 es un montón de diversión (entre plataformas básicas), pero en mi opinión personal Ruby es tan divertido como si no más divertido que .NET 3.5.

Acerca de las capacidades, sino que también son más o menos equivalentes, que sin duda puede hacer una aplicación de servicios web SOAP en ambos sin problemas.

Sobre el "monstruoso híbrido", no hay tal cosa, es sólo un puerto (muy activo), al igual que IronRuby o IronPython en la tierra .NET.

Habrá más de un todo coherente si usted se pega en .NET y escribir en, por ejemplo, C # que si se mezclan y combinan Ruby y Java, por supuesto. Pero ciertamente puede utilizar solamente JRuby.

Dado que la diversión y la capacidad factores son más o menos iguales, me quedaría con JRuby, si acaso resulta que tengo para desplegar en Linux, Solaris o algo que no es de Windows en el futuro.

Si está seguro de que querrá seguir a Windows para siempre, a continuación, recoger lo que sea más divertido para ti.

Answer 3

Me suena como si estuviera sobre la planificación o por la ingeniería de un poco aquí. No acabo de tener una idea clara de la arquitectura mediante la lectura, pero veo muchas palabras como .NET, Java, SOAP, C ++, JRuby on Rails, RoR, servicios web, Hibernate, ajax, LINQ, etc, están siendo lanzados alrededor, por lo que sólo pregunto cómo todos van a encajar. Aquí hay algunas arquitecturas simplificados que podrían o no se ajuste a sus necesidades, ya que no entiendo muy bien su problema. Asimismo, no veo que hay alguna duda de su cargo, por lo que dada la circunstancia, sugeriría:

1. front-end web: RoR con el Ajax. Los servicios Web: .NET. Acceso a los datos:. LINQ

   Lo que esto significa es sus servicios web .NET usarían LINQ para acceder a los datos y exponer a través de SOAP que se consume en la parte delantera Ror.

2. Como alternativa, reemplace .NET Java y LINQ por Hibernate.

Si lo anterior no sirve para nada, entonces mi otra sugerencia es que usted no tiene que combinar todas esas tecnologías en una sola solución.

Answer 4

Yo prefiero muevo a FreeBSD o Debian en el futuro ... estoy seguro que no quieren quedarse en Windows para siempre. Pero hay mono, ¿verdad?