應用程式效能規劃

  • 發行項

達成效能目標的成功取決於您開發效能策略的方式。 規劃是開發任何產品的第一個階段。 本主題描述開發良好效能策略的一些非常簡單的規則。

在案例方面思考

案例可協助您專注于應用程式的重要元件。 案例通常衍生自您的客戶，以及具競爭力的產品。 一律研究您的客戶，並找出真正讓他們對產品以及競爭對手的產品感到興奮的內容。 客戶的意見反應可協助您判斷應用程式的主要案例。 例如，如果您要設計將在啟動時使用的元件，當應用程式啟動時，元件可能只會呼叫一次。 啟動時間會變成您的主要案例。 其他重要案例的範例可能是動畫序列所需的畫面播放速率，或應用程式允許的最大工作集。

定義目標

目標可協助您判斷應用程式執行速度較快或變慢。 您應該定義所有案例的目標。 您定義的所有效能目標都應該以客戶的期望為基礎。 在應用程式開發週期早期設定效能目標可能很困難，因為仍有許多未解決的問題。 然而，最好是設定初始目標，並稍後修改它，根本不有一個目標。

瞭解您的平臺

在應用程式開發週期期間，一律維持測量、調查、精簡/更正的週期。 從開發週期的開頭到結尾，您需要在可靠且穩定的環境中測量應用程式的效能。 您應該避免外部因素所造成的變異性。 例如，測試效能時，您應該停用防毒軟體或任何自動更新，例如 SMS，以免影響效能測試結果。 測量應用程式的效能之後，您必須識別會導致最大改善的變更。 修改應用程式之後，請再次啟動迴圈。

讓效能微調成為反復程式

您應該知道您將使用之每項功能的相對成本。 例如，在 Microsoft .NET Framework 中使用反映通常是計算資源方面的效能密集，因此您想要明智地使用它。 這並不表示避免使用反映，只是您應該小心平衡應用程式的效能需求與您使用之功能的效能需求。

建置圖形豐富性

建立可調整方法以達到 WPF 應用程式效能的關鍵技術，是針對圖形豐富性和複雜性而建置。 一律從使用最少的效能密集型資源開始，以達成您的案例目標。 一旦您達成這些目標，請使用更密集的效能功能來建置圖形豐富性，一律記住您的案例目標。 請記住，WPF 是一個非常豐富的平臺，並提供非常豐富的圖形功能。 在不考慮的情況下使用效能密集型功能可能會對整體應用程式效能造成負面影響。

WPF 控制項原本就可延伸，方法是允許其外觀的寬散佈自訂，同時不改變其控制項行為。 藉由利用樣式、資料範本和控制項範本，您可以建立並累加地演進可自訂的使用者介面（UI），以符合您的效能需求。

另請參閱