Sviluppo software WPF senza MVVM

Question

Vogliamo iniziare a sviluppare un software desktop intermedio. Abbiamo deciso di utilizzare il WPF. Non vogliamo utilizzare il pattern MVVM. Perché non conosciamo MVVM e abbiamo anche limiti di tempo. È vero sviluppare un'applicazione WPF senza pattern MVVM (usando l'architettura a 3 livelli ma senza MVVM) Anche se ha prestazioni migliori di quelle di vincere ancora?

Answer 1

Non è necessario fare affidamento su MVVM quando si utilizza wpf. In realtà le chiavi utilizzando WPF correttamente sono: comandi

• uso invece di eventi (si potrebbe fare questo senza rendersene conto, ma accertarsi)
• Utilizzare l'associazione di dati invece di ottenere valori di fuori dei controlli direttamente
• impostare il contesto dei dati e si legano a che, invece di legarsi al codice dietro

MVVM funziona molto bene per queste due cose, ma non è necessario. Nello specifico, MVVM richiede una rigorosa separazione a 3 livelli di problemi che può essere eseguita altrettanto facilmente con MVP.

Per quanto riguarda le prestazioni, ciò dipende in realtà dalla piattaforma su cui viene eseguita l'app e dallo stile di codifica. Se lo si esegue su un computer senza una scheda grafica decente, WinForms probabilmente funzionerà meglio perché wpf probabilmente tornerà al rendering del software che sarà molto lento. Se hai bisogno di fare grafica 3d allora wpf è davvero la tua unica opzione.

Someone else's recommendation to NOT use MVVM.

A codeproject example of how to do MVP with wpf

Answer 2

Sicuramente non devi fare affidamento su MVVM quando utilizzi WPF/Silverlight.

Per quanto riguarda la differenza di prestazioni, potrebbe dipendere dallo stile della codifica, tuttavia, se eseguita correttamente, la differenza non dovrebbe essere evidente.

Answer 3

Non v'è alcun obbligo di utilizzare MVVM. Si può usare il visual designer per trascinare i controlli n 'drop sulla superficie del progetto. Fare doppio clic su un pulsante e ottenere un gestore di eventi nel code-behind. Non dimentichiamo le proprietà di impostazione delle proprietà & tramite il PropertyGrid. Tutto esattamente come fatto in Winforms.

Senza un collegamento dati DataContext non funziona. Se si desidera utilizzare il collegamento dati, i primi esempi che ho visto impostano il DataContext della finestra = this; nel costruttore. In questo caso, la finestra agisce come "ViewModel".

È anche possibile utilizzare MVVM con View-First. Nessun DI o IoC richiesto.

public class MyViewModel 
{ 
} 
public class MyWindow 
{ 
    public MyWindow() 
    { 
     DataContext = new MyViewModel(); 
    } 
} 

Naturalmente il passaggio successivo è l'implementazione di DI/IoC utilizzando Unity.

Answer 4

È possibile sviluppare qualsiasi applicazione da WinForm e WPF senza Pattern di progettazione o Pattern di applicazione.

Answer 5

MVVM non è necessario ma risolve alcuni problemi comuni con la logica di presentazione. Ad esempio, considerare la proprietà IsBusy ViewModel.Viene impostato da qualsiasi operazione che ha una durata e può essere utilizzato da Command.CanExecute per segnalare i controlli associati per disabilitare se stessi quando qualcosa è in esecuzione. Una proprietà per la manipolazione logica e dell'interfaccia utente. Puoi pensare ad altri esempi come questo che ti guideranno verso MVVM. È quello che offre l'associazione che conta, non il modello stesso.