在重建WPF UI的过程中防止冻结？

Question

确定让我们面对它，在渲染过程中，布局传递WPF UI会冻结....

有没有逃脱？

有人谈过XAML序列化和Desrialization，但它确实有用吗？我所看到的只是一个瞬间失效和冻结窗口，用于反序列化的复杂UI。

我是否能够实现快速的UI加载？

P.S。我不是在谈论在后台线程和东西上加载视图数据。现在它通常是一个常态。但 ANY （这听起来应该是绝望的）是不是为复杂的UI生成一个挂起的窗口？复杂的意思是重型，深层次模板，非虚拟化面板等。

Answer 1

考虑到你的问题，你至少会期待Rob Relyea的回答（不确定他是否还在）。我希望我们有一个属性PreventFreezing，由某人相当粗心地设置为假。但我们不是。我认为解决问题的唯一方法是根据具体情况来看待它。一些框架，即棱镜和类似的sipmly不是为了支持顺利执行而设计的，并且在说明书中清楚地说明了这一点。

经过5年多的WPF / SL处理后，我仍然觉得我们都在使用原型，设计精良的原型，但仍然是原型。很多东西设计得很好，但设计为永远不会达到性能最后期限。

我认为，在任何大型项目的生命周期中，“在其他任何事情上过多地关注未来”是一个非常自然的阶段。在这个阶段，期货数量呈几何级增长，因此技术债务确实如此。这是好事，只要它接下来是技术债务偿还，这似乎不会发生在WPF -i.e.性能评估，语法可用性评估等。