Per un'applicazione front-end suddivisa in modo MV *, dovrei avere modelli dedicati alla logica dell'interfaccia utente?

1

Non sto parlando di una semplice logica dell'interfaccia utente, come il clic su un pulsante che ti indirizza a un'altra pagina, ma dove un'azione può comportare diversi comportamenti a seconda dello stato dell'applicazione corrente e può anche attivare la risposta in altre parti dell'applicazione. Attualmente la mia view pubblica tutti gli eventi UI in modo che la risposta possa essere delegata ad altre parti. Il problema è quale altra parte? Per evitare di scrivere controller "grassi" che contengono quantità arbitrarie di logica di dominio, ho pensato che sarebbe bello avere un oggetto non persistente che modella il comportamento dell'interfaccia utente, ma non sono sicuro che abbia senso o se sto solo spingendo il problema intorno ed essere contento degli oggetti?

    
posta chibro2 23.12.2012 - 20:20
fonte

1 risposta

1

Bene, dal mio punto di vista, qualunque logica ci sia per la presentazione dovrebbe andare in View Helpers. I controllori dovrebbero orchestrare solo la connessione tra viste e modelli interpretando le azioni dell'utente.

I modelli dovrebbero essere a corpo scoperto, minimi. Li uso solo per convalidare cose. E che tutte le cose legate al business nelle tue lezioni sono legate alla tua logica di business. Lascia che i modelli siano "Richiedi modelli" come definito da Robert C. Martin.

L'approccio di Zio Bob a questo problema è ottimo e aiuta davvero. Provalo. Potrebbe essere la risposta a tutti i tuoi dilemmi.

    
risposta data 24.12.2012 - 10:32
fonte

Leggi altre domande sui tag