ruby-on-rails - extensions - joomla templates
¿Rails o Grails? (13)
¿Puedo sugerir Merb ? Está basado en rack, modular, ORM-agnóstico, construido para la velocidad desde cero por Ezra Zygmuntowicz. Está empezando a ganar algo de calor ahora ...
Grails vs Rails. ¿Cuál tiene mejor soporte? ¿Y cuál es una mejor opción para desarrollar aplicaciones de tamaño medio? Lo más importante, ¿cuál tiene más complementos?
Como desarrollador de Grails proveniente de Java, me encantó desde el primer momento.
Ahora, estoy comenzando a cavar en Rails y tener problemas con la gema. 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 su problema de consumo de memoria, diría que Grails es perfecto.
Creo que depende en cierto modo del entorno en el que estés trabajando.
Grails parece tener más aceptación de nivel corporativo.
Rails tiene el estilo Koolaid, y es muy aceptable para las nuevas empresas sin sistemas heredados.
Personalmente estoy usando ambos. Aunque solo comencé realmente en el mundo de Grails, me gusta que la autenticación / autorización sea más fácil en Grails: un simple complemento; Shiro. Me gusta que Rails no dependa de JVM, y no demora un minuto en iniciarse.
Creo que configurar BDD / Cucumber dentro de Rails fue mucho más fácil, ¡pero eso podría ser porque me siento cómodo con eso! Definitivamente hay esfuerzos en el mundo de Grails (cuke4duke, etc.) para hacer esto más fácil, y una comunidad activa que desarrolla Grails.
Solo mi 2p ·
Prueba ambos :)
Depende de tus habilidades con Ruby y / o Groovy, ya sea que tengas que lidiar con sistemas heredados de Java y dónde quieres desplegar tus aplicaciones.
Al principio estaba emocionado con Rails. En ese momento, no había una opción de implementación en los servidores de aplicaciones en el trabajo, ya que el trabajo es todo de Java. Esto ha cambiado No podía abandonar la infraestructura y las aplicaciones de Java que ya estaban en su lugar y cambiar a Ruby, a pesar de que pensé 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 para Ruby en el extremo inferior del espectro de precios. Debido a que Grails usa una gran cantidad de 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 tratar de ejecutar en un servidor 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 conocimientos de Java o equipaje ;-), debería consultar Grails.
Digo grails ya que hay muchas bibliotecas de java por ahí. Pero soy un poco parcial debido al hecho de que vengo de un fondo de Java.
Si la aplicación no va a ser grande, basta, y la elección debe depender de la infraestructura existente. Digamos que si ya tiene un servidor contenedor de servlets java ejecutándose, también puede seguir con Grails en lugar de aprovisionar otro servidor para rails.
He usado turbogears y rails un poco. Antes de usar los rieles, intenté usar griales porque estaba usando groovy para mis guiones. Grails fue una experiencia difícil.
La pila de llamadas Groovy es difícil de leer para un programa pequeño, pero cuando se agregan varios frameworks pesados, un simple error puede generar cientos de líneas. A diferencia de los rieles, la versión de los griales que estaba usando no tenía herramientas para ayudarme a determinar qué era mío y qué pertenecía al marco.
Finalmente cambié a usar el kit de herramientas web de Google porque realmente no necesitaba la base de datos.
Creo que Grails y Groovy son prometedores, pero la experiencia de los usuarios de trabajar con ellos es engorrosa en la actualidad (la primavera pasada).
Me gustaría ir con Grails ya que me gusta su enfoque (especifica tus clases de dominio y haz que Grails genere todo lo demás) mejor que Rails one (compila tablas de base de datos y haz que Rails genere todo lo demás). Si eres un desarrollador de Java, también te gustará que el código de Java sea un código válido de Groovy, y una clase de Groovy sea una clase de Java, por lo que la integración es perfecta en ambos sentidos.
Otra cosa que vale la pena mencionar: la filosofía de diseño de ambos framework es algo diferente cuando se trata del modelo. Grails está más orientado al dominio, mientras que Rails está más orientado a la base de datos.
En Rails, esencialmente comienza definiendo sus tablas (con los nombres de los campos y sus detalles). Entonces ActiveRecord los mapeará a las clases o modelos de Ruby.
En Grails, es al revés: comienzas por definir tus modelos (clases Groovy) y cuando presionas ejecutar, GORM (equivalente a Grails ActiveRecord) creará la base de datos y las tablas relacionadas (o las actualizará). Que también puede ser el motivo por el que no tienes el concepto de ''migraciones'' en Grails (aunque creo que vendrá en alguna versión futura).
No sé si uno es mejor que el otro. Supongo que depende de tu contexto.
Dicho esto, todavía estoy preguntándome cuál elegir. Como decía Tom, si dependes de Java, aún puedes utilizar JRuby, por lo que la reutilización de Java no debería ser tu único criterio.
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. Rails no lo hará.
Rails es más maduro, tiene más complementos, tiene una mayor base de usuarios, tiene una mejor documentación y soporte disponible. También se puede ejecutar en JRuby dando acceso a las bibliotecas de Java si así lo requiere.
Grails tiene algunas cualidades interesantes, pero no puede pretender estar allí con raíles por el momento. Sin embargo, si usted es predominantemente un desarrollador de Java o Groovy, puede preferirlo. De lo contrario, sugeriría usar Rails para proyectos medianos en este momento.
Supongo que si eres un desarrollador de Java y quieres tener acceso a todas las bibliotecas y funcionalidades existentes de Java para empresas ... ve con Grails.
Utilicé los rieles antes y me gustó bastante. Sin embargo, mi empresa actual tenía mucho código java heredado y, por lo tanto, la opción natural era el grial.
Cuando comencé con rieles, 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 normal, estás solo. Desplegarlo fue una pesadilla, y usar mestizos no estaba listo para la producción. Esto es muy diferente ahora, como todos pueden ver, mucho más maduro y desplegado en todas partes.
Hace más de un año, tuve que aprender los griales debido a la razón que mencioné anteriormente. La transición a Grails fue muy fácil, ya que es muy similar a Rails. Una vez más, fue muy similar a las primeras etapas de los rieles, con una gran diferencia. Debido a que puede importar código Java fácilmente, los usuarios de Grails pueden usar casi todas las bibliotecas Java probadas de producción disponibles en el mercado. He podido integrar exitosamente nuestros proyectos heredados de Java en proyectos de Grails y se necesitan muy pocos ajustes. También notará que el desarrollo de complementos ha sido rápido, principalmente porque los desarrolladores solo están escribiendo "ganchos" de griales, pero el código subyacente son las antiguas bibliotecas de Java. La implementación de Grails también está implementando un archivo WAR.
Otra cosa que debes observar es IDE. Si te sientes cómodo con el eclipse, entonces eclipse-STS para griales te da todas las comodidades. Todavía veo muchos desarrolladores de rieles usar textmate, aunque rubymine ha hecho grandes progresos (la versión anterior de rubymine solía hacer que mi ubuntu se detuviera).
En resumen, ambos son excelentes frameworks MVC. RoR es mucho más maduro y tiene muchos más desarrolladores. Grails es donde RoR fue hace 3-4 años, pero veo el progreso mucho más rápido. Espero que esto ayude.
Viendo como los chicos que hacen Grails acaban de ser comprados por la fuente de Spring ayer, yo diría Grails.
Además, dado que Groovy es un superconjunto de Java, puedes utilizar el Java que conoces sin necesidad de aprender Ruby. Ahora, también aprenderá muchas cosas dinámicas y, finalmente, escribirá código Groovy en lugar de código Java, pero se reduce la barrera de entrada.
Grails todo el camino!