OK consente di visualizzarlo, durante il rendering e un passaggio di layout un'interfaccia utente WPF si bloccherà ....Previene il congelamento durante la ricostruzione dell'interfaccia utente WPF complessa?
Qualsiasi fuga da questo?
Qualcuno ha parlato di XAML serializzazione e Desrialization ma funziona davvero? Tutto quello che vedo è un intervallo momentaneo e una finestra congelata per interfacce utente complesse che sono deserializzate.
Sarò mai in grado di raggiungere una rapida UI di carico?
P.S. Non sto parlando di caricare i dati della vista su thread in background e cose del genere. È comunque una norma ora a un giorno. Ma c'è ANY (questo dovrebbe sembrare disperato) come non produrre una finestra appesa per interfacce utente complesse? Per complesso intendo stili pesanti, modelli profondamente gerarchici, pannelli non virtualizzati ecc.
Hai capito solo in Visual Studio? Per me Visual Studio si blocca alcune volte ma l'exe è piuttosto solido. Visual Studio SP1 ha aiutato molto. Aiuta anche una macchina multiprocessore. Per quanto mi riguarda sembra che appaia costruendo l'albero visivo alcune volte. Se XAML ha un nome di bind non valido sembra che si ottengano più blocchi. Ma se lo lascio riposare per 1-5 minuti, funziona. Il 90% delle volte verrà caricato in 2-5 secondi. Non esco mai da pagine di un progetto che non sto usando. – Paparazzi
Che dire dell'utilizzo della classe Dispatcher con la priorità bassa 'Sfondo'? – vorrtex
hmmm ... probabilmente sono così disperato perché odio ammettere che trovo che winform non si blocchi per interfacce utente complesse (tenendo da parte il caricamento dei dati). :( –