6
Discutí las mejores prácticas en MVC el otro día con un colega y me preguntó cómo separar mejor las vistas. Él mantenía una solución MVC que tenía un formulario de entrada común con un controlador con dos acciones, una acción de obtención y una acción posterior. Ambas acciones devolvían la misma vista, que estaba llena de lógica en línea, y condicionales que verificaban si se trataba de una publicación o una obtención.¿Cuándo dividir una vista MVC en dos?
¿Cuál es la mejor solución para esta situación? ¿Debería la vista dividirse en dos vistas separadas? Supongo que depende de la cantidad de lógica que hay, pero ¿cuándo es demasiado? ¿Hay alguna manera de cuantificar cuándo puede motivar la refactorización en dos puntos de vista?
Me gustaría saber más acerca de por qué se requieren los condicionales GET versus POST. Parece ser típico usar la misma vista para GET y POST para un formulario y luego redirigir al próximo paso/confirmación en el éxito POST (PRG). Sin embargo, no es común tener condicionales GET versus POST en las vistas. – Cymen