¿Rieles o Griales?[cerrado]

Question

Griales versus rieles.¿Cuál tiene mejor soporte?¿Y cuál es una mejor opción para desarrollar aplicaciones de tamaño mediano?Lo más importante es ¿cuál tiene más complementos?

Answer 1

Otra cosa que vale la pena mencionar:La filosofía de diseño de ambos marcos es algo diferente en lo que respecta al modelo.Grails está más "orientado al dominio" mientras que Rails está más "orientado a la base de datos".
En Rails, básicamente comienzas definiendo tus tablas (con nombres de campos y sus detalles).Luego ActiveRecord los asignará a clases o modelos de Ruby.
En Grails, es al revés:comienza definiendo sus modelos (clases Groovy) y cuando presiona ejecutar, GORM (equivalente a Grails ActiveRecord) creará la base de datos y las tablas relacionadas (o las actualizará).Lo que también puede ser la razón por la que no tienes el concepto de 'migraciones' en Grails (aunque creo que aparecerá en alguna versión futura).
No sé si uno es mejor que el otro.Supongo que depende de tu contexto.

Dicho esto, todavía me pregunto cuál elegir.Como decía Tom, si dependes de Java, aún puedes optar por JRuby, por lo que la reutilización de Java no debería ser tu único criterio.

Answer 2

Supongo que si eres un desarrollador de Java y quieres tener acceso a todas las bibliotecas y funcionalidades de Java empresarial existentes...ve con Griales.

Answer 3

Rails es más maduro, tiene más complementos, tiene una base de usuarios más grande, tiene mejor documentación y soporte disponible.También puede ejecutarse en JRuby dando acceso a las bibliotecas de Java si lo necesita.

Grails tiene algunas cualidades interesantes, pero todavía no puede pretender estar a la altura de los rieles.Sin embargo, si eres predominantemente un desarrollador Java o maravilloso, es posible que lo prefieras.De lo contrario, sugeriría usar Rails para proyectos de tamaño mediano en este momento.

Answer 4

Digo griales porque existen muchas bibliotecas de Java.Pero soy un poco parcial debido al hecho de que tengo experiencia en Java.

Si la aplicación no va a ser grande, cualquiera de las dos es suficiente, y la elección debería depender de la infraestructura existente.Digamos que si ya tiene un servidor contenedor de servlets Java ejecutándose, también podría seguir con griales en lugar de aprovisionar otro servidor para rieles.

Answer 5

Depende de sus habilidades con Ruby y/o Groovy, si tiene que manejar sistemas Java heredados y dónde desea implementar sus aplicaciones.

Al principio estaba encantado con Rails.En ese momento, no había una opción de implementación en los servidores de aplicaciones en el trabajo, ya que todo el trabajo es Java.Esto ha cambiado.No podía abandonar la infraestructura y las aplicaciones de Java que ya existían y cambiar a Ruby, aunque pensaba que Rails era increíble.Grails funciona porque podemos mezclar y combinar Groovy con las soluciones Java existentes.

Fuera del trabajo, es más fácil encontrar alojamiento en Ruby en el extremo inferior del espectro de precios.Debido a que Grails utiliza muchos proyectos Java existentes, los archivos .war, incluso para una aplicación pequeña, tienden a ser grandes.Si tiene un servidor dedicado, esto no es un problema, pero intentar ejecutarlo en un alojamiento compartido con 128 MB de RAM no funciona.

2008 es el año de los libros de Groovy y Grails, pero todavía hay muchos más recursos de Rails disponibles.

Según sus criterios específicos, Rails puede ser un mejor marco para aprender.Si tiene algún conocimiento o experiencia en Java ;-), debería consultar Grails.

Answer 6

Usé rieles antes y me gustó bastante.Sin embargo, mi empresa actual tenía una gran cantidad de código Java heredado y, por lo tanto, la elección natural eran los griales.

Cuando comencé con Rails, muy pocos sitios lo usaban y la documentación era atroz.Hubo Railscast que fue genial y Railsforum.com, pero cualquier cosa fuera de lo común, estás solo.Implementarlo fue una pesadilla y el uso de clústeres mestizos no estaba realmente listo para producción.Esto es muy diferente ahora, como todos pueden ver, mucho más maduro y implementado en todas partes.

Hace más de un año, tuve que aprender los griales por la razón que cité anteriormente.La transición a Grails fue muy fácil, ya que es muy similar a Rails.Una vez más, era muy similar a las primeras etapas de Rails, con una gran diferencia.Debido a que puede importar fácilmente código Java, los usuarios de Grails pueden usar casi todas las bibliotecas Java probadas en producción disponibles.He podido integrar con éxito nuestros proyectos Java heredados en proyectos Grails y se necesitan muy pocos ajustes.También notará que el desarrollo de complementos ha sido rápido, principalmente porque los desarrolladores simplemente están escribiendo "ganchos" de grials, pero el código subyacente son las antiguas bibliotecas de Java.Implementar griales también es simplemente implementar un archivo WAR.

Otra cosa que debes tener en cuenta es el IDE.Si te sientes cómodo con eclipse, entonces eclipse-STS para griales te ofrece todas las comodidades.Todavía veo que muchos desarrolladores de Rails usan textmate, aunque Rubymine ha logrado grandes avances (la primera versión de Rubymine solía detener mi ubuntu).

En resumen, ambos son excelentes marcos MVC.RoR es mucho más maduro y tiene muchos más desarrolladores.Grails es donde estaba RoR hace 3 o 4 años, pero veo el progreso mucho más rápido.Espero que esto ayude.

Answer 7

Dado que Spring Source compró ayer a los chicos que fabrican Grails, yo diría Grails.

Además, dado que Groovy es un superconjunto de Java, puedes sumergirte directamente en el uso del Java que conoces sin tener que aprender Ruby.Ahora, también aprenderá muchas cosas dinámicas y eventualmente escribirá código Groovy en lugar de código Java, pero esto reducirá la barrera de entrada.

Griales hasta el final!

Answer 8

Yo elegiría Grails ya que me gusta su enfoque (especifique sus clases de dominio y haga que Grails genere todo lo demás) mejor que el de Rails (construya tablas de bases de datos y haga que Rails genere todo lo demás).Si es un desarrollador de Java, también le gustará que el código Java sea código Groovy válido y que una clase Groovy sea una clase Java, por lo que la integración es perfecta en ambos sentidos.

Answer 9

Puedo sugerir Merb?Está basado en bastidor, modular, independiente de ORM, construido para la velocidad desde cero por Ezra Zygmuntowicz.Está empezando a ganar algo de calor ahora...

Answer 10

Como desarrollador de Grails procedente de Java, me encantó desde el primer momento.

Ahora estoy empezando a profundizar en Rails y tengo problemas con gem.Si bien la configuración de la conexión MySQL con Grails fue bastante sencilla, todavía estoy luchando para que funcione con Rails.

El comando gem install mysql no funciona, aparentemente porque no tengo XCode instalado.

Si no fuera por el problema del consumo de memoria, diría que Grails es perfecto.

Answer 11

Rails es más convencional, pero menos flexible.Grails todavía está cambiando rápidamente, no tiene el mismo ecosistema de desarrollador y la documentación no es tan madura, pero funcionará en algunas situaciones que Rails no.

Answer 12

He usado un poco turboengranajes y rieles.Antes de usar Rails, intenté usar Grails porque estaba usando Groovy para mis scripts.Grails fue una experiencia difícil.

La maravillosa pila de llamadas es difícil de leer para un programa pequeño, pero cuando se agregan varios marcos pesados, un simple error puede generar cientos de líneas.A diferencia de Rails, la versión de Grails que estaba usando no tenía herramientas que me ayudaran a determinar qué era mío y qué pertenecía al marco.

Finalmente pasé a utilizar el kit de herramientas web de Google ya que realmente no necesitaba la base de datos.

Creo que Grails y Groovy son prometedores, pero la experiencia del usuario al trabajar con ellos es engorrosa en la actualidad (el presente fue la primavera pasada).

Answer 13

Creo que depende hasta cierto punto del entorno en el que estés trabajando.

Grails parece tener más aceptación a nivel corporativo.

Rails tiene el estilo Koolaid y es muy aceptable para empresas emergentes sin sistemas heredados.

Personalmente estoy usando ambos.Aunque en realidad recién estoy comenzando en el mundo de Grails, me gusta que la autenticación/autorización sea más fácil en Grails: un complemento simple;Shiro.Me gusta que Rails no dependa de JVM y no tarde aproximadamente un minuto en iniciarse.

Creo que configurar BDD/Cucumber dentro de Rails fue mucho más fácil, ¡pero eso podría deberse simplemente a que es con lo que me siento cómodo!Definitivamente hay esfuerzos en el mundo de Grails (cuke4duke, etc.) para hacer esto más fácil y una comunidad activa desarrollando Grails.

Solo mi 2p·

Prueba ambos :)