WP7 App性能优化（7）：其他性能要点

本篇主要讨论影响Windows Phone 7应用程序性能的另外几个要素。包括用户输入、进度条、网络请求等。

用户输入

Windows Phone 7的用户输入包括Manipulation 事件、Mouse事件和Touch 事件。

使用Manipulation 事件代替Mouse和Touch事件

Manipulation 事件是推荐的用户输入处理方式。从性能和硬件兼容性方面考虑，如果没有特殊的需求，应当避免在WP7上的Silverlight应用程序中使用Mouse事件。相反，应当用Manipulation 事件来替代。

T:System.Windows.Input.Touch类提供了E:System.Windows.Input.Touch.FrameReported事件用以获得每个单独的触摸点。尽管该事件在Windows Phone 7中仍然支持，但是不推荐用他来处理手势，如缩放之类。如果不需要获得每个单独触摸点，则应使用Manipulation 事件。

关于如何使用Manipulation 事件的更多信息，请参考How to: Handle Manipulation Events。

 

ProgressBar

在处理一个很消耗时间的操作时，应该通过一个ProgressBar向用户指示应用程序还在工作。然而，当前的ProgressBar的实现会降低应用程序的性能。

使用PerformanceProgressBar 代替ProgressBar

为了解决ProgressBar的性能问题，微软创建了一个替代的PerformanceProgressBar。PerformanceProgressBar将动画从UI线程移到了构图线程。

 

Web服务请求

WebClient是一个HttpWebRequest的包装类，用以处理Web服务请求。WebClient可能更容易使用，因为它在程序的UI线程中返回数据，你在自己的应用中不需要管理数据在线程间的调度。然而，如果你的应用在UI线程中处理Web服务，UI将会暂停响应直到处理完毕，这会带来很糟糕的用户体验，尤其是要处理的数据集比较大时。

使用HttpWebRequest 代替WebClient

使用HttpWebRequest 代替WebClient进行Web服务请求。在异步请求线程中处理返回数据，然后使用BeginInvoke方法将数据传送到UI。

 

处理大量的小数据量请求

为节省电量，操作系统在预置的一段超时时间后会关闭设备的无线通信功能。如果应用程序要发送大量的小数据量请求，建议将这些请求并行执行而不是一个一个的串行执行。这将保证设备的无线通信不会进入休眠状态，以避免无线通信频繁的为每个请求打开、关闭。

转到：WP7 App性能优化（0）：索引页