在重建WPF UI時防止凍結？

確定讓我們面對它，在渲染和佈局過程中WPF UI將凍結....在重建WPF UI時防止凍結？

任何逃避？

有人談到XAML序列化和序列化，但它真的有用嗎？我所看到的只是複雜UI反序列化的瞬間失效和凍結窗口。

我能否實現快速的UI加載？

P.S.我不是說在後臺線程和東西上加載視圖數據。反正現在是一種規範。但有沒有任何（這聽起來絕望）的方式來不產生複雜的用戶界面的絞死窗口？通過複雜我的意思是沉重的風格，深層次的模板，非虛擬化的面板等。

2011-09-23 WPF-it

只有在Visual Studio中才能獲得它嗎？對我來說，Visual Studio掛起一段時間，但是.exe非常穩固。 Visual Studio SP1幫助了很多。多處理器機器也有幫助。對我而言，它似乎有時會掛上視覺樹。如果XAML有一個無效的綁定名稱，它似乎會得到更多的掛起。但如果我讓它靜坐1-5分鐘就行了。 90％的時間將在2-5秒內加載。我從不在一個我不使用的項目中留下頁面。 – Paparazzi

如何使用低背景優先級的Dispatcher類？ – vorrtex

嗯......可能我很絕望，因爲我討厭承認我發現WinForms不會掛在複雜的用戶界面上（不用擔心數據加載）。 :( –

鑑於你的問題fabula，你期待至少從Rob Relyea得到答案（不知道他是否還在）。我希望我們有一個財產預防凍結，由某人設置，而不小心虛假。但我們不是。我認爲看問題的唯一方法就是根據每個案例的情況來看待問題。一些框架，即棱鏡和邊緣sipmly不是旨在支持順利執行，並在說明中明確指出。

經過5年多的WPF/SL處理工作，我仍然感覺我們都在使用原型，精心設計的原型，但仍然是原型。很多東西都很好地設計，但是設計的目的是永遠不符合性能最後期限。

我認爲，在任何大型問題的生命週期中，「加入對未來的太多關注」是一個非常自然的階段。在這個階段期貨的數量顯着增加，所以技術債務的確如此。只要獲得技術債務還款，這些都是好事，WPF似乎沒有發生這種情況 - 即。性能評論，語法可用性評論等等。

來源

2011-11-14 16:36:55

*編輯*評論在錯誤的地方 - 對不起 –

是的，WPF肯定仍然感覺像一個相當詳細的概念證明，而不是一個完美的拋光框架。 –

在重建WPF UI時防止凍結？

回答

相關問題