Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Hur framgångsrikt det är att uppnå dina prestandamål beror på hur väl du utvecklar din prestandastrategi. Planering är det första steget i utvecklingen av alla produkter. Det här avsnittet beskriver några mycket enkla regler för att utveckla en bra prestandastrategi.
Tänk i termer av scenarier
Scenarier kan hjälpa dig att fokusera på de kritiska komponenterna i ditt program. Scenarier härleds vanligtvis från dina kunder och konkurrenskraftiga produkter. Studera alltid dina kunder och ta reda på vad som verkligen gör dem glada över din produkt och dina konkurrenters produkter. Dina kunders feedback kan hjälpa dig att fastställa programmets primära scenario. Om du till exempel utformar en komponent som ska användas vid start är det troligt att komponenten bara anropas en gång när programmet startas. Starttiden blir ditt nyckelscenario. Andra exempel på viktiga scenarier kan vara önskad bildfrekvens för animeringssekvenser eller den maximala arbetsuppsättning som tillåts för programmet.
Definiera mål
Mål hjälper dig att avgöra om ett program presterar snabbare eller långsammare. Du bör definiera mål för alla dina scenarier. Alla prestandamål som du definierar bör baseras på dina kunders förväntningar. Det kan vara svårt att ange prestandamål tidigt i programutvecklingscykeln, när det fortfarande finns många olösta problem. Det är dock bättre att sätta ett första mål och revidera det senare än att inte ha ett mål alls.
Förstå din plattform
Underhåll alltid cykeln för att mäta, undersöka, förfina/korrigera under programutvecklingscykeln. Från början till slutet av utvecklingscykeln måste du mäta programmets prestanda i en tillförlitlig och stabil miljö. Du bör undvika variabilitet som orsakas av externa faktorer. När du till exempel testar prestanda bör du inaktivera antivirusprogram eller automatiska uppdateringar, till exempel SMS, för att inte påverka prestandatestresultat. När du har mätt programmets prestanda måste du identifiera de ändringar som kommer att resultera i de största förbättringarna. När du har ändrat din applikation startar du cykeln igen.
Göra prestandajustering till en iterativ process
Du bör känna till den relativa kostnaden för varje funktion som du kommer att använda. Till exempel är användningen av reflektion i Microsoft .NET Framework vanligtvis prestandaintensiv när det gäller databehandlingsresurser, så du vill använda den på ett omdömesgillt sätt. Detta innebär inte att undvika reflektion, bara att du bör vara noga med att balansera prestandakraven för ditt program med prestandakraven för de funktioner som du använder.
Bygg mot grafikens rikedom
En viktig teknik för att skapa en skalbar metod för att uppnå WPF-programprestanda är att bygga mot grafisk rikedom och komplexitet. Börja alltid med att använda de minst prestandaintensiva resurserna för att uppnå dina scenariomål. När du har uppnått dessa mål kan du sträva efter grafisk rikedom genom att använda mer prestandaintensiva funktioner, samtidigt som du håller dina scenariomål i åtanke. Kom ihåg att WPF är en mycket rik plattform och ger mycket rika grafiska funktioner. Användning av prestandaintensiva funktioner utan att tänka kan påverka programmets övergripande prestanda negativt.
WPF-kontroller är till sin natur utökningsbara genom att tillåta omfattande anpassning av deras utseende, utan att ändra deras kontrollbeteende. Genom att dra nytta av format, datamallar och kontrollmallar kan du skapa och stegvis utveckla ett anpassningsbart användargränssnitt (UI) som anpassar sig efter dina prestandakrav.
Se även
.NET Desktop feedback