Débogage d’applications Expression Blend dans Visual Studio 2008

Microsoft Expression Blend 2 est un outil de conception pour créer des applications Windows Presentation Foundation riches pour Microsoft Windows et des applications Microsoft Silverlight 1.0 pour le Web. Microsoft Visual Studio 2008, qui sert aussi à la génération d’applications Microsoft Windows, peut ouvrir, générer et déboguer des projets Expression Blend 2. Si vous rencontrez des problèmes de débogage de votre application à l’aide de la fonction Tester (F5) d’Expression Blend, vous pouvez utiliser Visual Studio 2008 pour obtenir des messages d’erreurs détaillés sur les erreurs d’exécution. Parfois, vous pouvez parvenir à corriger des erreurs d’exécution en tentant d’apporter diverses modifications à votre langage XAML ou votre code, jusqu’à trouver où se situe le problème. Cependant, il est plus rapide d’observer ce qui se passe en coulisses en analysant votre code ligne par ligne pendant l’exécution de l’application.

Pour parcourir votre code ligne par ligne

1. Ouvrez votre projet Expression Blend dans Visual Studio 2008.

2. Cliquez sur une ligne de code qui vous intéresse et définissez un point d’arrêt en appuyant sur la touche F9. Si vous voulez parcourir votre code en commençant par le début, définissez le point d’arrêt à la ligne this.InitializeComponent(); dans le fichier Window1.xaml.cs.

3. Appuyez sur la touche F5 pour démarrer votre application.

   Visual Studio 2008 génère et exécute alors votre application jusqu’à l’appel de la ligne comportant le point d’arrêt. À ce stade, l’exécution de l’application s’arrête et Visual Studio 2008 affiche le fichier qui contient le point d’arrêt, puis affiche une flèche jaune à la ligne qui est sur le point d’être exécutée.

4. Sous le menu Déboguer figurent trois options pour parcourir votre code :

   • Pas à pas détaillé (F11) exécute la ligne de code suivante et si celle-ci est un appel de fonction, vous accédez alors à la première ligne dans cet appel de fonction.

   • Pas à pas principal (F10) exécute la ligne de code suivante, mais si celle-ci est un appel de fonction, l’option exécute cette fonction et vous amène à la ligne suivante après l’appel de fonction.

   • Pas à pas sortant (MAJ+F11) vous permet de quitter un appel de fonction.

   L’option la plus couramment utilisée est Pas à pas principal (F10). Pendant que vous parcourez votre code, vous pouvez consulter les chemins de code en cours d’exécution et savoir si du code n’est pas exécuté selon l’ordre prévu.

5. À partir du panneau Variables locales, vous pouvez connaître les variables en cours d’instanciation, ainsi que les valeurs qu’elles contiennent. Pendant que vous parcourez votre code, les valeurs de variables sont mises à jour dans le panneau Variables locales. Cela peut vous aider à déboguer votre application si vous suspectez qu’une boucle n’est pas appelée autant de fois que prévu ou si vous supposez qu’une variable ne contient pas une valeur attendue, ou encore si une variable disparaît (se retrouve hors d’une étendue) avant d’être requise.

Haut de la page

Pour déboguer une application navigateur WPF

1. Pour déboguer une application navigateur WPF pendant son exécution dans un navigateur, vous devez utiliser la fonctionnalité Attacher au processus de Visual Studio 2008 ou d’une version ultérieure. Utilisez la procédure suivante :

2. Générez et exécutez votre projet au moins une fois pour créer des fichiers de débogage.

3. Sur la ligne de commande, tapez la ligne suivante et appuyez sur Entrée.

   %SystemRoot%\system32\PresentationHost.exe -debug
   

   Cela démarre le processus WPF en mode débogage.

4. Dans Visual Studio 2008, ouvrez votre projet d’application navigateur WPF.

5. Dans le menu Projet, cliquez sur Propriétés. Dans l’onglet Déboguer, sélectionnez Activer le débogage de code non managé. Fermez la fenêtre des propriétés.

6. Dans le menu Déboguer, cliquez sur Attacher au processus.

7. Dans la fenêtre Attacher au processus, en regard de Attacher à, cliquez sur Sélectionner. Sous Déboguer ces types de codes, sélectionnez Managé et Natif, puis cliquez sur OK. Sous Processusdisponibles, sélectionnez PresentationHost.exe. Cliquez sur Attacher pour démarrer le débogage.

8. Dans l’Explorateur Windows, double-cliquez sur le fichier .xbap pour votre application dans le dossier bin\Debug de votre projet.

   Votre application démarre alors dans votre navigateur par défaut. Si vous avez défini des points d’arrêt, l’exécution de l’application s’arrête et Visual Studio 2008 affiche le fichier qui contient le point d’arrêt, puis affiche une flèche jaune à la ligne qui est sur le point d’être exécutée. À partir de ce point, vous pouvez parcourir votre code normalement.

Pour plus d’informations sur le débogage, voir la page sur le débogage dans Visual Studio 2008 sur MSDN.

Haut de la page

Pour déboguer des erreurs XAML d’exécution dans Visual Studio 2008

Si une erreur XAML se produit lors de l’exécution, vous pouvez obtenir des informations sur la ligne XAML à l’origine de cette erreur en ajoutant la ligne suivante à votre fichier de projet (.csproj ou .vbproj) dans la section <PropertyGroup> :

<XamlDebuggingInformation>true</XamlDebuggingInformation>

Cette propriété de fichier de projet est définie uniquement avec la valeur true (vrai) par défaut dans la version de débogage de votre génération, car elle augmente la taille de votre application.

Haut de la page

Débogage général

Il est parfois difficile de trouver l’origine d’un bogue ou son emplacement dans l’application, mais cela permet de comprendre à quels types de bogues vous pouvez avoir affaire. Pour plus d’informations, voir Déboguer des applications Expression Blend dans ce Guide de l’utilisateur.

Haut de la page