Qual è il modello di interfaccia utente più pragmatico e di base da seguire per Silverlight e / o WPF

0

Ecco il contesto. Le app:

  • consuma servizi web esistenti (e standard)
  • L'app
  • è intensiva dell'interfaccia utente (l'interfaccia utente viene aggiornata di frequente e molti dati da visualizzare).
  • il livello di esperienza del team di sviluppo è nella media
  • Il team di sviluppo di
  • ha pochissime esperienze in silverlight & WPF.
  • Lo voglio semplice, ma voglio evitare una completa riscrittura nel prossimo futuro, quindi devo (provare a) prendere un percorso corretto dall'inizio.

So che non utilizzare affatto il modello è la via più facile e veloce, e che l'implementazione MTVT è il fantasma di tutti gli architetti .NET là fuori. Ma non ho il budget;)

Ho bisogno di una soluzione pragmatica, facile da implementare, facile da capire e che funzioni.

Quando navigo su Internet, MVVM Light è ben posizionato, ma Microsoft propone la propria implementazione . Diventerà standard come ASP.NET MVC?

    
posta Walter 15.04.2011 - 08:24
fonte

2 risposte

3

Qualunque implementazione tu scelga, per Silverlight / WPF, MVVM è sicuramente il modello "standard" di fatto. C'è stato molto lavoro in Patterns & Pratica il reparto di Microsoft attorno ad alcuni strumenti e impalcature per rendere molto più semplice l'impostazione del progetto. Come hai detto, c'è MVVM Light e anche Prism .

Dall'esperienza nello sviluppo di un'app WPF al lavoro, una delle cose più importanti che ho trovato giusto su MVVM è la comunicazione tra i ViewModels.

Se si utilizza la classe EventAggregator da Enterprise Library (o qualsiasi altro bus di messaggistica), questo aiuterà a mantenere i ViewModels molto più disaccoppiati e testabili. Aggiungi a questo un contenitore Dependency Injection per automatizzare la fornitura di classi di servizio e EventAggregator a ciascuno dei ViewModels, e ti ritroverai con una base di codici molto manutenibile e facile da usare:)

    
risposta data 15.04.2011 - 08:53
fonte
2

Abbiamo implementato l'avvio di un'applicazione utilizzando il pattern MVVM (usiamo Prism). C'è molto che è buono in esso, ma il tempo di avvio è lungo. Ho iniziato con la conoscenza zero di WPF e MVVM. Una volta che l'hai fatto per un po ', sembra naturale. Ci sono alcuni aspetti che si sentono male pensati (ad es. Finestre di dialogo popup, sicurezza). Abbiamo sprecato un sacco di tempo su ciò che è stato suggerito dal team di Prism prima di farlo a modo nostro con i popup. La nostra interfaccia utente ha un sacco di regole aziendali complesse che potrebbero essere un problema, indipendentemente dal modo in cui vengono codificate.

Se avessi avuto di nuovo il mio tempo, avrei deciso di andare MVVM, ma non sono così sicuro di Prism. Non sono troppo preoccupato per la longevità di Prism dato che abbiamo il codice sorgente e, alla fine, potremmo convertire in un altro framework. Questa è la gioia di MVVM: tutto è bello e sicuro compatmentato.

    
risposta data 15.04.2011 - 08:54
fonte

Leggi altre domande sui tag