È questo il modo migliore per avvicinarsi a questo design? Questo è un esempio di MVC?

2

Sto progettando un'applicazione WinForms in C # e volevo ottenere un controllo del progetto da voi ragazzi. Sono abbastanza nuovo per la programmazione e sto leggendo del materiale, quindi scusate il mio uso improprio di parole o terminologia "informatica" se necessario.

Il design

Ho un'applicazione MDI con MAIN come modulo padre e vari altri moduli CHILD. Ora ogni volta che si verifica un'eccezione, sia in MAIN o in un modulo CHILD, deve essere registrato in una finestra LOG, che a sua volta è un modulo figlio di MAIN.

Leggendo materiale sul web, molto si dice che abbia classi vagamente accoppiate. Ora penso che avrò una classe non form, chiamata Log Collector Class che sarà fondamentalmente il "middle man" tra tutti i moduli di finestra non di registro e il modulo di finestra. Qualsiasi eccezione o aggiornamento in generale alla finestra di log, dovrà passare attraverso questa classe middle man. A sua volta, ci sarà un evento personalizzato in cui, se questa classe di Log Collector viene aggiornata, il listener , ovvero la finestra Log, aggiornerà il controllo che deve aggiornare per visualizzare l'eccezione.

Un'immagine per le persone visive:

Qualsiasi commento su questo sarebbe fantastico, specialmente se sto facendo le cose correttamente (o in-correttamente).

    
posta brazc0re 24.05.2012 - 17:32
fonte

1 risposta

2

È un approccio abbastanza buono. Puoi avere tutti gli oggetti che desideri sollevare eccezioni, informare il tuo intermediario e tutti gli ascoltatori che vuoi aspettando che un evento venga sollevato. E nessun oggetto ha bisogno di conoscere la struttura completa di qualsiasi altro oggetto, hanno solo bisogno di una sottile interfaccia con cui comunicare. Questo è un buon disaccoppiamento.

Ma non è un esempio di MVC. È un esempio di schema del mediatore .

    
risposta data 24.05.2012 - 17:50
fonte

Leggi altre domande sui tag