wpf - 在重建复杂的 WPF UI 期间防止卡住？

Question

好吧，让我们面对现实吧，在渲染和布局传递期间，WPF UI 将卡住......

有什么逃避的吗？

有人谈到 XAML 序列化和反序列化，但它真的有效吗？我所看到的只是反序列化的复杂 UI 的瞬间失效和卡住窗口。

我能实现快速的 UI 加载吗？

附言我不是在谈论在后台线程和其他东西上加载 View 数据。无论如何，这是当今的常态。但是有没有任何 (这听起来应该很绝望)不为复杂的 UI 生成挂起窗口的方法？我所说的复杂是指繁重的样式、深度分层的模板、非虚拟化面板等。

Answer 1

考虑到您的问题，您至少期待 Rob Relyea 的回答(不确定他是否还在)。我希望我们有一个属性 PreventFreezing，被某人不小心设置为 false。但我们不是。我认为查看问题的唯一方法是逐案查看。某些框架，例如 Prism 和类似的 sipmly 并非旨在支持平滑执行，并且在描述中明确说明。

在与 WPF/SL 打交道 5 年多之后，我仍然觉得我们都在使用一个原型(prototype)，一个设计良好的原型(prototype)，但仍然是一个原型(prototype)。很多东西都设计得很好，但设计得永远不会满足性能期限。

我认为，“在不关心其他任何事情的情况下添加 future ”是任何大型项目生命周期中非常自然的阶段。在这个阶段， future 的数量呈指数增长，技术债务也是如此。只要紧随其后的是技术债务偿还，这都是好事，WPF似乎没有发生这种情况 - 即性能审查、语法可用性审查等等。