Ho discusso le migliori pratiche in MVC l'altro giorno con un collega e mi ha chiesto come separare al meglio le viste. Stava mantenendo una soluzione MVC con un modulo di input comune con un controller con due azioni, un'azione get e un'azione post. Entrambe le azioni restituivano la stessa vista, piena di logica inline e condizionali che verificavano se si trattasse di un post o di un get.Quando dividere una vista MVC in due?
Qual è la soluzione migliore per questa situazione? La vista dovrebbe essere divisa in due viste separate? Immagino dipenda da quanta logica c'è, ma quando è troppo? C'è un modo per quantificare quando è possibile motivare il refactoring in due punti di vista?
Mi chiedo di più sul perché erano richiesti i condizionali GET contro POST. Sembra essere tipico utilizzare la stessa vista per GET e POST per un modulo e quindi reindirizzare al passaggio successivo/conferma sul successo POST (PRG). Tuttavia, non è comune avere GET contro condizionali POST nelle viste. – Cymen