In un software MVC, dove dovrebbe andare la logica delle funzioni che gestiscono le connessioni?

1

Sto sviluppando un software basato su C in cui voglio usare un approccio Model-View-Controller, e mentre penso che ho abbastanza preso le regole dello stile, non capisco davvero dove dovrei posizionare i metodi sulla connessione al server (sto sviluppando un client). Una delle cose più interessanti di MVC è il collegamento tra la logica reale del programma e l'architettura della macchina e del sistema su cui stai lavorando, ma ogni macchina ha diversi modi di gestire le connessioni, quindi suppongo che il modello non sia il posto migliore per quello. Ma controller e view dovrebbero riguardare la visualizzazione di cose e il prendere input dall'utente, quindi non è molto chiaro dove dovrei metterlo.

Qualche consiglio?

    
posta Eärendil Baggins 18.06.2017 - 20:12
fonte

1 risposta

1

Una vista è dove si inserisce la logica che presenta lo stato di ciò che si sta modellando.

Un modello è il punto in cui inserisci la logica che gestisce lo stato di ciò che stai modellando.

Un controller è dove mettere la logica che cerca di cambiare lo stato di ciò che si sta modellando.

Possono esserci molte viste e controller per lo stesso modello. Una vista potrebbe parlare con una GUI. Potrebbe parlare con un server. Un controller potrebbe ricevere input da una GUI. Potrebbe ricevere input da un server.

MVC riguarda l'attenzione su tre aree di responsabilità. Ciò non significa che puoi avere solo tre moduli.

    
risposta data 18.06.2017 - 20:50
fonte

Leggi altre domande sui tag