Depende de lo que estés construyendo. Para una aplicación web, todo lo que necesita es un programa que pueda procesar una solicitud y disparar una respuesta. Entonces, solo un programa que use la interfaz CGI detrás de cualquier servidor web funcionará (he leído que Mike Merham lo hizo en una implementación de producción para la suscripción de gem de inspeqtor). Pero una aplicación es más que eso. Escribe todo, luego tiene que tomar las pruebas de gastos generales incurridas en la implementación de una interfaz de solicitud web de nivel superior. Y al final implementaciones de seguridad. Entonces, normalmente termina usando gemas existentes. Y qué, estos marcos son en realidad gemas o grupo de gemas. Por lo tanto, normalmente será bueno usar un marco adecuado a sus necesidades, o al menos un rack o máquina de eventos más o menos.
Y, sobre todo, es una mejor práctica seguir un patrón de diseño como MVC. Una de las aplicaciones que sugiero al entrenar a los novatos es implementar un MVC usando solo rack y registro activo, un enfoque. La conclusión es que depende de lo que construyas.
Estoy planeando escribir una aplicación en Ruby puro (significa sin ningún marco) y BackboneJs (para el front-end). ¿Hay algún problema al escribir una aplicación en Ruby puro, o debería usar algún framework ligero como Sinatra o Padrino?
Related Content
No hay problema, pero definitivamente tomará más tiempo. Y sí, debería ser mejor usar algo como Sinatra. Le dará independencia para agregar complementos solo cuando los necesite. Y eso es probablemente lo que apuntan con una aplicación de rubí puro. Con un marco ligero, solo obtienes el código repetitivo más básico que casi nunca sentirías la necesidad de cambiar. Los adaptadores DB, los complementos ORM se pueden agregar más tarde. Los diseños de enrutamiento y plantillas pueden ser de su elección.
Aunque si vas por una aplicación de rubí puro para una experiencia de aprendizaje. Entonces tiene sentido. De hecho, le dará una gran perspectiva de por qué surgieron estos frameworks livianos y más complicados como Ruby on Rails.
Comience con Rack. Vea cómo va, agregue bibliotecas / gemas de terceros por necesidad. Funciona bastante bien para aplicaciones Ruby similares a API.
More Interesting