應用程式效能規劃
是否能成功達成效能目標，取決於您開發效能策略的方式。 規劃是開發任何產品的第一個階段。 本主題說明開發良好效能策略時可採用的極簡易規則。
從案例角度思考
案例可協助您專注於應用程式的重要元件。 案例通常衍生自您的客戶，以及其他競爭性產品。 一定要研究您的客戶，並找出真正讓他們對你的產品以及競爭對手的產品感到興奮的因素。 客戶的回饋意見可協助您判斷應用程式的主要案例。 例如，如果您要設計將在啟動時使用的元件，當應用程式啟動時，可能只會呼叫元件一次。 啟動時間會變成您的主要案例。 其他重要案例的範例可能是動畫順序所需的畫面播放速率，或應用程式允許的最大工作集。
定義目標
目標可協助您判斷應用程式執行速度較快或變慢。 您應該定義所有案例的目標。 您定義的所有效能目標都應該以客戶的期望為基礎。 在應用程式開發週期早期要設定效能目標可能很困難，因為仍有許多未解決的問題。 不過，先訂立初步目標，之後再修正，總比完全沒有目標好。
了解您的平台
在應用程式開發週期期間，一律維持測量、調查、微調/修正的週期。 從開發週期的開頭到結尾，您需要在可靠且穩定的環境中測量應用程式的效能。 您應該避免外部因素所造成的變異性。 例如，測試效能時，您應該停用防毒軟體或任何自動更新 (例如 SMS)，以免影響效能測試結果。 測量應用程式的效能之後，就必須找出蒙帶來最大改善的變更。 修改應用程式之後，請再次啟動週期。
讓效能微調成為反覆程序
您應該知道您將使用之每項功能的相對成本。 例如，在 Microsoft .NET Framework 中使用反射通常會消耗大量運算資源的效能，因此您會希望能明智地使用它。 這並不表示要避免使用反映，只是您應該謹慎地在應用程式的效能需求與您使用之功能的效能需求之間取得平衡。
建置圖形豐富度
建立可調整方法以達到 WPF 應用程式效能的關鍵技術，就是針對圖形豐富度和複雜性進行建置。 一律從使用量最少的效能密集型資源開始，以達成您的案例目標。 一旦您達成這些目標，請使用更密集的效能功能來建置圖形豐富度，且務必牢記您的案例目標。 請記住，WPF 是一個非常豐富的平台，且提供非常豐富的圖形功能。 若不假思索就使用效能密集型的功能，可能會對整體應用程式效能造成負面影響。
WPF 控制項允許對其外觀進行廣泛的自訂設定，且不會改變其控制項行為，因此擁有固有的可延伸性。 利用樣式、資料範本和控制項範本的優勢，您可以建立並逐漸發展可自訂的使用者介面 (UI)，以符合您的效能需求。
