虽然 DependencyProperty 和 DependencyObject 是实现大部分 XAML 特性的基础，但是它们也会带来一些性能开销。MSDN 上的一篇文章《 XAML 平台上的 C#优化》（Optimizing C# for XAML Platforms）详细讨论了该问题，并给出了一些解决方案以尽量减少由此造成的性能影响。
访问和设置 DependencyProperty 值的响应时间要比访问 CLR 属性的时间长上几个数量级。这在低性能硬件（如 Windows 7 Phone）以及紧密循环或复杂 LINQ 语句中尤为明显。文章中提出了一些解决方案，包括：
- 能用 CLR 属性完成工作就不要用 Dependency 属性；
- 缓存 DependencyProperty 以避免反复进行 get 操作；在 set 操作前先行比较新值与当前值（这是因为重复设置属性值与设置新值的代价一样高）。此类优化可以在含有属性的类中完成，或者在代码调用前（例如在遍历循环前）完成；
- 考虑 LINQ 查询的复杂度（如查询所需要遍历全部条目的总次数）之后，再决定是使用它还是回归到编写循环；
- 避免使用延迟初始化（lazy initialization），如果它会带来更多的工作量（如在循环内部时）；
- 如果在 ItemControl 内部使用 Panel 来实现多条目，请使用支持虚拟化的 panel，例如 VirtualizationStackPanel。
使用 XAML 大展身手的两处地方——一处是在 WPF 客户端上实现富客户端体验 / 媒体；另一处是在硬件资源受限的 Windows Phone 平台上。由于两者都需要良好的性能，因此了解这些内在原理以编写出高性能代码是值得的。
关于特定平台上的性能注意事项，请查阅 MSDN 上的以下资料：
暂无签名
最新发布
揭秘 InputFormat：掌控 Map Reduce 任务执行的利器
2012-01-16
LinkedIn 宣布 1.19 亿美元收购文件分享网站 SlideShare
2012-05-06
腾讯云云原生提质增效实践精选集 2024
《2024腾讯云云原生提质增效实践精选集》出炉，5大热门技术领域，13个行业精选标杆案例，痛点到解决方案全...
湖流一体：基于 Fluss 和 Lance 构建实时多模态数据湖
云数据仓库 ByteHouse 架构下的 RAG 技术实践与性能优化
裁员潮下，工作的逻辑发生了哪些变化？
评论