ruby-on-rails - que - pros y contras de django
¿Se utilizan modelos de vista en los carriles? (1)
Estoy empezando a desarrollar una pequeña aplicación en Ruby on Rails y surgen muchas preguntas. Debo decir que tengo aproximadamente 1 año de experiencia con ASP.NET MVC y me siento como en casa con modelos de vistas y controladores. He estado usando los modelos de vista extensivamente (con la ayuda de AutoMapper) y ahora me pregunto si los modelos de vista se usan de manera similar en el campamento de Rails.
A partir de varios ejemplos (principalmente moldes de rieles), he comprendido que es común combinar datos de varios modelos directamente en su vista (que está mal visto en ASP.NET MVC), o usar atributos virtuales en modelos para obtener "desaparecidos". "datos.
Sé que el modelo de negocio no debe modelarse después de las necesidades de IU, por ejemplo, no debería haber una propiedad de "confirmación de contraseña" en su modelo, esta debería ser una propiedad de modelo de vista.
Las propiedades virtuales de Rails parecen violar este principio.
¿Cómo se hace en rieles?
Gracias.
Si entiendo la noción de Ver modelo correctamente, es un concepto que no es obvio en Rails, pero tampoco está prohibido / desaprobado o no está permitido. No hay requisitos específicos para un mapeo perfecto de modelos a tablas, por lo que puede trabajar en el nivel de abstracción apropiado.
No creo que hacer referencia a varios modelos en una vista se considere particularmente malo (si lo es, entonces tengo algunas áreas que necesitan un poco más de trabajo), aunque actualizar varios modelos desde una sola vista puede ser un poco complicado.
De todos modos, en Rails creo que estamos hablando de lo que parece ser el patrón "Presentador". Algunas referencias (Google "Rails Presenter Pattern" para más de lo que probablemente desee o necesite):