Transizione da Windows Forms a WPF

Per molto tempo sono rimasto bloccato con lo sviluppo di Windows Form (iniziato con VB6 e ha continuato fino a C # .NET 4.5), e ho praticamente raggiunto il limite di ciò che Windows Form può fare, entrambi utilizzando .NET puro ed effetti speciali con Native Code.

Ho provato a imparare WPF e XAML, ma rimango bloccato nel nuovo designer di WPF. Sembra davvero molto difficile da usare rispetto al designer Windows Forms.

Voglio sapere se ci sono alternative alla finestra di progettazione WPF di .NET, più adatte agli sviluppatori Windows Forms?

Mi piace scrivere articoli per principianti su WPF, e ce ne sono alcuni in particolare che possono aiutarti:

• Comprensione del cambiamento di mentalità quando si passa da WinForms a WPF
• Cos'è questo "DataContext" di cui parli?
• Un semplice esempio MVVM

Per riassumere, la più grande differenza tra Winforms e WPF è che in WPF il tuo livello dati (il DataContext) è la tua applicazione, mentre in Winforms il tuo livello UI è la tua applicazione.

Per guardarla in un altro modo, con WPF la tua applicazione è composta dagli oggetti che crei e usi i modelli e altri oggetti dell'interfaccia utente per dire a WPF come disegnare i componenti dell'applicazione.

È l'opposto di WinForms in cui si crea la propria applicazione dagli oggetti dell'interfaccia utente e quindi si forniscono loro i dati necessari.

Per questo motivo, il designer non è effettivamente utilizzato molto poiché i componenti dell'applicazione sono progettati in codice e il designer è necessario solo per disegnare un'interfaccia user-friendly che rifletta le classi di dati (in genere Modelse ViewModels)

E personalmente, preferisco digitare a mano tutto il mio XAML poiché è più veloce e non crea confusione come fa il designer WPF drag / drop, anche se occasionalmente utilizzo il Designer per visualizzare in anteprima l'aspetto della mia interfaccia utente piace.

Quindi, alla tua risposta alla tua domanda se ci sono altri designer WPF adatti per gli sviluppatori WinForms, suggerirei che invece di cercare un altro designer, cerca invece di imparare a usare WPF nel modo in cui dovrebbe essere usato. Usare WPF come se fosse WinForms significa perdere gran parte di ciò che lo rende così eccezionale :)

Ebbene, alcune persone non sono d'accordo, consiglierei anche di non utilizzare il designer VS. Almeno non per creare un'interfaccia. Se vuoi avere una prima impressione della tua implementazione senza avviare l'applicazione, è un buon visualizzatore almeno finché non vengono utilizzate cose sofisticate come Stylese Templates. Ma, IMHO, il suo risultato di trascinamento della selezione dovrebbe essere utilizzato solo come prototipo e quindi essere eliminato quando non è più necessario.

Ecco alcuni motivi per cui è importante non utilizzarlo.

1. Il designer VS sta lavorando con margini fissi e allineamenti (che di solito non è necessario, se stai usando i controlli di layout), significa che devi toccare molti controlli, se i requisiti vengono modificati. Se sei approfondito in XAML e nella meccanica WPF, puoi creare applicazioni che possono essere modificate con un piccolo sforzo, per quanto riguarda l'aspetto grafico.

2. Poiché il designer sta generando xaml, la composizione non è ottimale e l'interfaccia utente potrebbe funzionare male. Non l'ho misurato, è solo una sensazione.

Un'alternativa molto migliore è MS Blend , anche se l'inizio è tutt'altro che facile. Il risultato del trascinamento della selezione è molto migliore del risultato del designer VS.
Ma è uno strumento piuttosto potente, che ti aiuta a utilizzare elementi piuttosto potenti per creare un'interfaccia utente all'avanguardia. Consiglio di visitare almeno un breve workshop per avere un'idea delle sue opportunità.

Tornando alla tua domanda, IMHO, e penso che molte persone siano d'accordo, procurati un buon libro ad es. WPF Unleashed e più tardi, se vuoi saperne di più sui dettagli, WPF Pro . Ci sono molte funzionalità diverse da Winforms. Non li conoscerai utilizzando alcun designer. Penso che sia l'approccio migliore.

Considera anche che ci sono molti framework e librerie (ad esempio MVVM light , WPFToolkit ) là fuori, che stanno già risolvendo alcuni problemi comuni. Quindi non è necessario reinventare la ruota.

So che questa è una vecchia domanda, ma a beneficio di chiunque altro stia guardando questo, penso che dovrei ristabilire un po 'l'equilibrio - leggendo alcune delle altre risposte, ho la sensazione che alcune delle "non usano il designer 'il sentimento deriva dal non usarlo correttamente. Questo tutorial è abbastanza buono per farti andare e risponde ad alcune delle critiche negli altri post.

Ad esempio, puoi passare dal layout basato sui margini simile a Winforms che è l'impostazione predefinita quando rilasci un controllo, a uno stile più simile a WPF facendo clic con il pulsante destro del mouse e selezionando "Ripristina layout"

Questo video copre un terreno simile.

A conti fatti, preferisco ancora il designer VS2010 - VS2013 sembra essere un po 'buggato quando si trascina e rilascia su TabItems **, (che il mio progetto attuale usa molto) - ma la vista Struttura documento VS2013 ti consente di spostare le cose anche in quella vista , che può essere un vero vantaggio.

In realtà, però, per ottenere il massimo da WPF e xaml è necessario essere ragionevolmente fluenti sia nella vista designer che nella vista xaml e passare da una all'altra; se ti allontani dal designer, ti stai perdendo qualcosa che può aiutarti molto.

** Modifica: anche se sembra essere stato migliorato nell'aggiornamento 3 per VS 2013 e nelle anteprime di VS14, ad oggi ottengo ancora un comportamento strano a volte.

Prima di tutto, in WPF (XAML) in Visual Studio deisgner, dovresti sempre usare il codice xaml per costruire la tua interfaccia utente e non trascinare e rilasciare il controllo! Devi mantenere pulito il tuo codice. Puoi usare Expression Blend per aiutarti, è più orientato alla grafica con il trascinamento della selezione, ma non è gratuito.

Non è una grande curva di apprendimento, ma penso che dovresti imparare a fare il tuo xaml a mano invece di cercare un'alternativa.

Ho passato questo processo come hai fatto tu. In seguito ho insegnato a tutti nella mia azienda WPF. Ci sono un paio di lezioni importanti che ho imparato e tutti quelli che conosco che lavorano con WPF.

1. Se stai lavorando con i controlli dell'interfaccia utente nel codice sottostante, .... Allora lo stai facendo male. Non è assolutamente necessario che tu gestisca i controlli dell'interfaccia utente nel codice sottostante.
2. Non è necessario lo sviluppatore visivo per fare clic su di esso. Sei molto più produttivo trattando solo con XAML. Usa Copia / Incolla. Non fidarti delle tue capacità di digitazione. Risparmierà molti mal di testa.
3. Pensa all'XAML come a una finestra che si affaccia sui dati. Nel codice dietro di te stai cambiando i dati. In XAML stai definendo il modo in cui l'interfaccia utente interpreterà i dati.
4. I convertitori sono fantastici. Non appena ottieni una quantità chiave di convertitori, la tua produttività salirà alle stelle. Assumeranno il ruolo della folle quantità di gestori di eventi di controllo che nascondono o ridimensionano, o che cosa mai dell'interfaccia utente,

Rende divertente lo sviluppo dell'interfaccia utente. Soprattutto una volta scoperto come gli piace giocare con i processi Asyc. Elimina davvero molti dei mal di testa causati da Winforms.