Pregunta

Estoy en las etapas preliminares de diseño de una nueva aplicación web y aún no he comenzado ningún tipo de implementación. La aplicación modela un dominio bastante complejo, y me sentiría más cómodo usando herramientas como Ruby DataMapper ORM (que usa NHibernate en el mundo .net) que Rails Active Record. También prefiero jquery sobre prototipo. Todas estas consideraciones, por supuesto, apuntan a usar Merb, sin embargo, soy consciente de que Merb se está fusionando en Rails para la versión 3 y ya no existirá como un marco distinto.

¿Tiene algún sentido comenzar a trabajar en la implementación de la aplicación ahora dados los cambios bastante profundos que llegan a los rieles? Realmente me gustaría saber si valdría la pena comenzar el desarrollo en Merb de vez en cuando y portarlo a Rails, pero aún no he encontrado nada que sugiera lo difícil que puede ser. Otro enfoque sería comenzar a trabajar en el dominio ahora en Rails, y solo considerar el ORM y la interfaz una vez que se publique v3.

En esencia, me gustaría saber qué tan portátil será una aplicación Merb para Rails 3, pero soy consciente de que puede ser demasiado pronto para que nadie más que los desarrolladores principales lo sepan.

Cualquier idea sería muy apreciada. Gracias :)

-------------- Editar ---------------

Yehuda Katz, desarrollador principal del proyecto Merb tiene esto que decir en su blog:

  

El plan es comenzar a trabajar en Rails de inmediato y continuar reparando errores y resolviendo otros problemas importantes en Merb mientras tanto. También lanzaremos versiones de Merb específicamente diseñadas para ayudar a facilitar la transición a Rails 3.

     

En particular, haremos lanzamientos de Merb con avisos de desaprobación y otros mecanismos de transición para ayudar a los desarrolladores a rastrear los cambios que vendrán entre Merb 1.xy Rails 3. Espere una serie de lanzamientos provisionales que se acerquen cada vez más a Rails 3, y esperamos que partes de Merb (especialmente los ayudantes) sean portados para ejecutarse en Rails 3 para reducir aún más la fricción.

     

Para ser perfectamente claro: no estamos abandonando el proyecto Merb. Hay muchas aplicaciones de producción que se ejecutan en Merb que dependen tanto de correcciones de errores oportunas como de un camino claro hacia el futuro. Si usa Merb hoy, continúe usando Merb. Si está considerando usar Merb para un proyecto porque funciona mejor para sus necesidades, use Merb . No se quedará en el frío y haremos todo lo posible para asegurarnos de que sus aplicaciones no se atasquen en el pasado.

     

Si ya aprendió Merb, trabajaremos duro para asegurarnos de que pueda compartir ese conocimiento en Rails 3. En Engine Yard, tenemos la intención de continuar usando Merb para nuestras aplicaciones internas hasta que Rails 3 esté fuera, pero usaremos esas aplicaciones (no triviales) para asegurarnos de que la experiencia sea fluida para todos. No habrá grandes saltos y no tendrá que volver a escribir su aplicación desde cero.

¿Fue útil?

Solución

En realidad, nunca es un buen momento para iniciar una aplicación compleja en un marco. Parece que siempre hay una actualización importante o algún otro marco competitivo que puede ser una mejor apuesta. Si está teniendo más éxito con Merb, ¡quédese con eso ahora y desarrolle su proyecto sin temor! Tanto las comunidades Rails como Merb tendrán que hacer frente a la fusión de los proyectos con el lanzamiento de Rails 3, pero eso será un tiempo.

La fusión del proyecto no significa que Merb vaya a desaparecer, sin embargo. Yehuda Katz dejará de ser el desarrollador principal, pero alguien se hará cargo del proyecto. Como mínimo, puede esperar parches de seguridad y correcciones de errores durante algunos años, siempre que siga el repositorio oficial de desarrolladores de Merb. Probablemente, después del lanzamiento de Rails 3, encontrará excelentes tutoriales para actualizar su aplicación Rails 2.x / Merb 1.x a Rails 3.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top