Winforms: utilizzo del designer rispetto alla generazione per codice

-1

A causa di una nuova opportunità di lavoro, sto passando da WPF a WinForms.

Al momento sto giocando un po 'per abituarmici.

Ecco le mie domande principali che sono sorte:

  • Devo usare il designer in un ambiente professionale? Ci si sente in qualche modo in errore nell'ottenere i gestori di eventi goffi generati automaticamente ... In caso contrario, la generazione di tutti manualmente è un lavoro infernale. Ma questo mi sembra più stabile specialmente in combinazione con git.

  • Hai lasciato la logica di controllo nel suo file cs o la collochi in una sorta di classe viewmodel / controller?

Grazie in anticipo per l'aiuto!

    
posta selmaohneh 25.03.2018 - 14:13
fonte

2 risposte

3

Fai usa il visual designer per impaginare la tua GUI. Fare qualsiasi altra cosa è masochismo.

Non inserisci tutto il codice nel codice del modulo.

Fai utilizza il pattern Model-View-Presenter. Il modulo genera un evento, che il presentatore ascolta e reagisce modificando la vista e eseguendo altre logiche di business.

    
risposta data 26.03.2018 - 18:19
fonte
0

Riguardo alla prima domanda, purché il designer soddisfi le esigenze di me, di solito la uso. Se o quando voglio fare qualcosa di più sofisticato (ad esempio, creare o modificare i controlli dinamicamente o persino inizializzarli in base a regole complesse), quindi passo al codice. In ogni caso, scelgo i nomi (sia dei controlli che dei gestori di eventi) che uso nel codice e non limitano solo quelli generati automaticamente. Per quanto riguarda la seconda domanda, per la logica dell'interfaccia utente semplice (ad es. Abilita / disabilita un altro controllo) di solito lo tengo nel file cs code-behind. Ma per qualcosa di più, devi usare un pattern MVC o MVP. L'implementazione di MVVM non è molto fattibile perché il binding in WinForms è piuttosto limitato

    
risposta data 25.03.2018 - 22:41
fonte

Leggi altre domande sui tag