Assegnato a un nuovo progetto WPF, non ne sa nulla [chiuso]

Vorrei iniziare con le nozioni di base e aggiungere i modelli di progettazione e le preoccupazioni di AOP una volta che questi sono inchiodati. Cercare di imparare tutto questo in un colpo solo ti confonderà, come sembri essere consapevole.

Suggerirei di parlare con il PM non in termini di "Non posso farlo", ma piuttosto in termini di "questa sarà un'implementazione relativamente semplice". Non sono sicuro di dove vengano i requisiti MVVM / Logging / etc, ma correggerei quelli se fossi in voi come irrealizzabili, date le tue competenze impostate con il framework.

La cosa principale è gestire le aspettative. L'app dovrà essere relativamente semplice e potrebbe non essere la cosa più manutenibile al mondo dal momento che questa è la prima volta che crei.

Modifica per chiarire su MVVM: Il mio intento qui era di suggerire che MVVM non è un requisito specifico dei progetti WPF piuttosto che mettere in discussione la sua validità come modello o la sua utilità. Anche un concetto simile delle tecniche AOP.

Sì, ti diverti molto. Guarda, ecco alcuni consigli ... MVVM è fantastico se vuoi testare i tuoi ViewModel. Hai intenzione di farlo? (Stai facendo qualche test unitario?)

L'approccio WinForms dovrebbe avere un modello, una vista (il modulo) e quindi quando si carica un modulo, si passa il modello a qualcosa che carica i dati nel modulo (controller?). Alla fine della modifica hai qualcosa che convalida i dati, e se è buono, applica le modifiche dal modulo al Modello. Sai una cosa, puoi farlo anche con WPF, e sarebbe davvero perfetto se è quello che ti è familiare.

Utilizza decisamente IoC per il tuo modello e i tuoi servizi, ma ciò non significa che devi utilizzare un framework di integrazione delle dipendenze completo.

Se l'hai fatto, hai seguito i principi di Separation of Concerns, DRY, SOLID, ecc., quindi non avrei avuto alcun problema a raccogliere il tuo progetto e ad apportare modifiche ad esso. Concentrati sul raggiungimento degli obiettivi del progetto e sul fare tutto in modo semplice.

Overflow dello stack, risorse MSDN online e simili saranno tuoi amici. Lavora attraverso alcuni dei semplici progetti di esempio, modificali e fai domande. La maggior parte delle volte troverai che la tua domanda è già stata fatta e ha risposto.

Inoltre, se c'è qualcuno nella tua organizzazione che conosce WPF, vedi se possono aiutarti. Può essere una sessione di mentoring veloce o una coppia a breve termine che ti aiuta a guardarti alle spalle. Questa opzione, ovviamente, dipenderà dalla loro disponibilità.

Per quanto riguarda il gestore del programma, dille che avrai bisogno di un po 'di tempo in più per essere aggiornato su WPF integrato nel programma. Immagino che non ti aspetti di conoscere WPF in questo momento, quindi dovrebbe essere accettabile. La maggior parte delle aziende preferisce che i propri dipendenti apprendano cose nuove in quanto possono essere sfruttate in progetti futuri.

In breve, cerca di non reinventare la ruota.

Guarda le migliori pratiche sullo sviluppo del WPF. I progetti open source e i laboratori MSDN di esempio sono buoni punti di partenza. Ad esempio: - esempi di documentazione WPF .