2009-07-02 9 views
9

Recientemente he estado jugando un poco con Groovy y Grails y tengo que decir que estoy impresionado por la simplicidad y la productividad que este framework podría ofrecer.¿Hay un equivalente .NET para Groovy y Grails o Ruby on Rails?

En el pasado también he saludado al mundo a través de Ruby on Rails y lo que no, teniendo esa misma sensación, así que es bastante obvio que cuando se trata de aplicaciones web, DRY KISS es definitivamente el camino a seguir.

La cosa es, donde trabajo actualmente la gente está bastante Microsoft de mente y supongo que estarían tipo de reticente a aceptar esas joyas así que me preguntaba si hay cualquier proyecto .NET que implementa los mismos principios que Grails y rieles?

Sus comentarios serán muy apreciados. ¡Muchas gracias!

+0

¿Has mirado en el marco ASP.NET MVC? – Marshall

+1

¿Hay una respuesta de 2014 a esta pregunta? ¡Tengo lo mismo en mi mente! (asp.net/mvc encima de nhibernate, o EF preferiblemente) – Jonesome

Respuesta

10
+1

¿Hay una respuesta de 2014 a esta pregunta? ¡Tengo lo mismo en mi mente! (asp.net/mvc encima de nhibernate, o EF - nhibernate preferido) – Jonesome

+0

@Jonesome esta es la respuesta '2014' ... Esta es * la * respuesta – mmcrae

10

Pruebe ASP.NET MVC - está muy influenciado por Ruby on Rails, y ambos se basan en el patrón MVC.

1

Estoy de acuerdo en que ASP.NET MVC es probablemente el más cercano. ASP.NET Dynamic Data también tiene similitudes con Ruby on Rails. Aunque no lo he intentado, he escuchado que puedes usarlos a ambos juntos.

3

Otra opción popular es SubSonic.

Este programa examina su base de datos y crea una capa de acceso a datos fuertemente tipada. También puede generar un sitio web CrUD (create-update-delete) basado en el DB. Se puede integrar con Visual Studio.

Los screencasts son una excelente forma de aprender la herramienta.

Puede trabajar fácilmente con otro framework, como ASP.NET MVC. Lo he usado con mucho éxito para mantener una base de datos MySql desde F #.

Muy recomendado.

7

Si usted quiere algo que se siente mucho como Ruby on Rails en el entorno .NET, es posible que trate de ir con la siguiente combinación:

  • ASP.NET MVC: implementa el patrón MVC y, como han mencionado otros carteles, está fuertemente influenciado por RoR, incluidas algunas capacidades de andamiaje mediante plantillas T4.

  • Castillo ActiveRecord - Implementa el patrón Active Record que está en el centro del éxito rieles.Verá que las clases ActiveRecord son muy escuetas y SECAS. Nada más que atributos de mapeo y validación. Mejor aún, Castle ActiveRecord usa NHibernate bajo el capó para que siempre pueda bajar a NHibernate y usar herramientas como NHibernate Profiler para comprender y optimizar la salida de Castle ActiveRecord.

Hay muchas cosas que no se han traducido del mundo de RoR/Grails. No existen migraciones automatizadas como Capistrano y las bibliotecas de complementos de gran valor. Me interesaría saber si alguien tiene comentarios sobre alternativas afines en el mundo .NET.

7

Ninguno de ellos está cerca de Grails, en mi opinión.

La respuesta es no. Realmente no hay nada en el mundo .net que proporcione lo que Grails hace.

Grails no es solo una arquitectura 'MVC', hay mucho más que eso.

Hubiera esperado en este momento que se hiciera más trabajo en la creación de dicho entorno, con IronRuby/IronPython.

La única parte de Grails que brilla es que viene con todo lo que necesita: no tiene que seguir 20 pasos para instalarlo.

Algunos ejemplos de lo que proporciona de fábrica que asp.net mvc ni siquiera tocan: (1) soporte integrado para Hibernate (2) soporte integrado para inyección de dependencia a través de. Spring (3) todos los comandos de Grails que facilitan el trabajo con sus convenciones (4) integradas en el soporte de prueba.

+0

+1 habiendo usado ambos.Muchas de las cosas que hacen que Grails sea tan agradable para trabajar también provienen del lenguaje, y simplemente no tienen un equivalente de CLR. También el sistema de complementos, el servidor, la compatibilidad java, los comandos de consola listos y la generación de documentación para mencionar algunos más. – Nenotlep

+1

Boo, en mi experiencia, resuelve muchos de los problemas de lenguaje que Groovy tiene, y funciona razonablemente bien con ASP.Net MVC; Boo es a veces más elegante, especialmente cuando tienes un problema que se beneficia de macros semánticamente inteligentes. No hay nada complicado en enchufar Spring o Ninject (mejor que Spring.Net) en Asp.Net MVC. SharpArchitecture mitiga la mayoría de los pasos superfluos en Asp.Net MVC, aunque no es lo mismo que Grails. Lo que falta es un paquete completo (gestión de dependencias, lenguaje, marco, suposiciones predeterminadas sobre el almacén de datos, etc.) – JasonTrue

1

Para .Net importaban el mejor enfoque es el uso de ASP.NET MVC y Castillo ActiveRecord, pero para el mundo real aplicaciones que deberá incluir NHibernate Query Generator, parte de Rhino Tools:, a menos que tenga una larga experiencia con Nhibernate. También deberá activar la memoria caché de segundo nivel como primera optimización, documentación disponible en el sitio de ActiveRecord.

Creo que ambos son necesarios, pero no están incluidos "fuera de la caja".

0

Tan antiguo como este hilo es que encontré que pasar por ASP.NET Core se parece mucho a Grails.

entorno de configuración de https://docs.asp.net/en/latest/fundamentals/environments.html

de inicio de aplicaciones https://docs.asp.net/en/latest/fundamentals/startup.html

inyección de dependencias https://docs.asp.net/en/latest/fundamentals/dependency-injection.html no es tan fácil para ponerse en marcha como Grails como Grails se basa convención mientras .NET todavía hay un poco de configuración para hacerlo.

Espero que esto ayude.