规划应用程序性能
能否成功实现性能目标取决于如何制定性能策略。 规划是开发任何产品的第一阶段。 本主题介绍一些非常简单的规则，用于开发良好的性能策略。
对各种场景进行考虑
场景可以帮助你专注于应用程序的关键组件。 场景通常派生自客户，以及竞争性产品。 始终研究你的客户，找出真正让他们对你的产品和竞争对手的产品感到兴奋的原因。 客户的反馈可以帮助你确定应用程序的主要场景。 例如，如果正在设计一个将在启动时使用的组件，那么该组件很可能只在应用程序启动时调用一次。 启动时间即成为关键场景。 关键场景的其他示例可能是动画序列所需的帧速率，或应用程序允许的最大工作集。
定义目标
目标有助于确定应用程序的执行速度是快还是慢。 应为所有场景定义目标。 你定义的所有性能目标都应基于客户的期望。 在应用程序开发周期的早期设置性能目标可能很困难，因为那时仍然有许多未解决的问题。 然而，最好设置初始目标，后续再加以修订，总比根本没有目标要好。
了解平台
在应用程序开发周期中始终保持测量、调查、改进/更正的周期。 从开发周期的开始到结束，都需要在可靠、稳定的环境中测量应用程序的性能。 应避免由外部因素引起的可变性。 例如，在测试性能时，应禁用防病毒或任何自动更新（如 SMS），以免影响性能测试结果。 测量应用程序的性能后，便需要确定哪些更改可以带来最大的改进。 修改应用程序后，请重新开始此循环。
使性能优化成为一个迭代过程
你应该知道你将使用的每个功能的相对成本。 例如，就计算资源而言，Microsoft .NET Framework 中反射的使用通常是性能密集型的，因此你需要明智地使用它。 这并不意味着要避免使用反射，只是应该小心地平衡应用程序的性能需求和所使用功能的性能需求。
构建图形丰富性
创建可扩展方法以实现 WPF 应用程序性能的一项关键技术是构建图形丰富性和复杂性。 始终从使用性能密集程度最低的资源开始，以实现场景目标。 一旦实现了这些目标，就可以通过使用更多性能密集型功能来构建图形丰富性，并始终牢记场景目标。 请记住，WPF 是一个非常丰富的平台，提供非常丰富的图形功能。 不加思索地使用性能密集型功能会对整体应用程序性能产生负面影响。
WPF 控件本质上是可扩展的，允许对其外观进行广泛自定义，同时不改变其控件行为。 通过利用样式、数据模板和控件模板，可以创建并逐步发展可自定义的用户界面 (UI)，以适应性能要求。
