OK让我们面对现实吧,在渲染和布局传递期间,WPF UI会卡住...。

从这个任何逃脱?

有人谈论过XAML序列化和反序列化,但这真的有用吗?我所看到的只是反序列化的复杂UI的瞬时失效和卡住窗口。

我将能够实现快速的UI加载吗?

P.S. 我不是在谈论在后台线程和东西上加载 View 数据。无论如何,如今这是一种规范。但是,是否有某种(听起来很绝望)的方式可以不为复杂的UI生成挂起的Window?所谓复杂,是指较重的样式,深层次的模板,未虚拟化的面板等。

最佳答案

考虑到您所提出的问题,您至少期待Rob Relyea的答复(不确定他是否还在)。我希望我们有一个属性PreventFreezing,它被某人不小心设置为false。但是我们不是。我认为,解决问题的唯一方法是逐案解决。某些框架(例如Prism等)并不是为了支持平稳执行而设计的,并且在说明中明确说明了这一点。

经过与WPF/SL的5年以上的接触,我仍然感到我们都在使用一个原型(prototype),设计精良,但仍然是原型(prototype)。很多事情都经过精心设计,但是设计得永远无法满足性能要求。

我认为,“增加对 future 的关注度过高”是任何大型项目生命周期中非常自然的阶段。在此阶段, future 数量呈指数增长,因此技术债务也在增长。只要能偿还技术债务,这一切都是好东西,WPF -i似乎没有发生。性能审查,语法可用性审查等等。

09-11 05:56
查看更多