Naviguer dans un flux de travail Windows complexe

Différentes tâches dans Visual Studio Ultimate impliquent de modifier des fichiers Windows Workflow pouvant contenir une structure complexe et des éléments profondément imbriqués. Par exemple, il peut s'avérer difficile de parcourir et modifier les genres de fichiers suivants :

• Les modèles personnalisés pour Team Foundation Build qui sont basés sur son modèle par défaut (DefaultTemplate.xaml).

• Les modèles personnalisés pour Visual Studio Lab Management qui sont basés sur son modèle par défaut (LabDefaultTemplate.xaml).

Certaines rubriques qui expliquent comment utiliser de tels fichiers décrivent l'emplacement d'un élément spécifique dans un fichier Windows Workflow dans une syntaxe abrégée. Cette rubrique explique comment utiliser cette syntaxe pour rechercher un élément spécifique que vous souhaitez utiliser.

Dans cette rubrique

• Exemple : "Exécuter MSBuild pour le projet"

• Rechercher un élément de flux de travail à l'aide de Workflow Designer

• Rechercher un élément de flux de travail à l'aide de l'Éditeur XML

Exemple : "Exécuter MSBuild pour le projet"

Par exemple, vous pouvez créer un processus de génération personnalisé en modifiant une copie de DefaultTemplate.xaml afin de changer la façon dont le processus de génération utilise MSBuild pour compiler le code. Pour effectuer cette modification, vous devez modifier une propriété de l'élément Run MSBuild for Project.

Avant de pouvoir modifier cet élément, vous devez d'abord parcourir 14 éléments conteneur pour le localiser dans la structure du flux de travail. Par exemple, la rubrique qui décrit cette tâche expose la structure de la manière suivante :

1. Séquence (Sequence) >

2. Exécuter sur l'agent (AgentScope) >

3. Essayer de compiler, tester et associer des ensembles de modifications et des éléments de travail (TryCatch [Try]) >

4. Séquence (Sequence) >

5. Compiler, tester et associer des ensembles de modifications et des éléments de travail (Parallel) >

6. Essayer de compiler et tester TryCatch [Try] >

7. Compiler et tester Sequence >

8. Pour chaque configuration dans BuildSettings.PlatformConfigurationsForEach [Body] >

9. Compiler et tester la configuration Sequence >

10. Si BuildSettings.HasProjectsToBuild If [Then] >

11. Pour chaque projet dans BuildSettings.ProjectsToBuildForEach [Body] >

12. Essayer de compiler le projet TryCatch [Try] >

13. Compiler le projet Sequence >

14. Exécuter MSBuild pour le projet MSBuild

Cette syntaxe indique la structure imbriquée qui contient l'élément que vous devez trouver. Chaque élément suit l'élément qui le contient. Par exemple, l'élément Run MSBuild for Project est contenu dans l'élément Compile the Project, lequel est contenu dans le bloc Try de l'élément Try to Compile the Project.

Rechercher un élément de flux de travail à l'aide de Workflow Designer

Tenez compte des aspects suivants liés à l'utilisation de Workflow Designer :

• Avantage : vous n'avez pas à vous préoccuper des éventuelles erreurs de schéma susceptibles d'arrêter votre flux de travail.

• Avantage : vous pouvez vous sentir plus à l'aise avec cette approche si vous préférez travailler avec un modèle visuel plutôt que de modifier du code.

• Inconvénient : l'exécution de certaines tâches peut être plus longue avec le concepteur qu'avec un éditeur de texte.

• Inconvénient : les fichiers de flux de travail deviennent plus volumineux avec Workflow Designer qu'avec l'Éditeur XML.

Pour ouvrir un fichier Windows Workflow dans Workflow Designer, ouvrez l'Explorateur du contrôle de code source, recherchez le dossier qui contient le fichier .xaml, puis double-cliquez sur celui-ci.

Pour retrouver l'élément Run MSBuild for Project à l'aide de Workflow Designer, concentrez-vous d'abord sur les niveaux supérieurs dans l'exemple précédent :

1. Séquence (Sequence) >

2. Exécuter sur l'agent (AgentScope) >

3. Essayer de compiler, tester et associer des ensembles de modifications et des éléments de travail (TryCatch [Try]) >

4. Séquence (Sequence) >

5. ...

Dans Workflow Designer, vérifiez que vous examinez une vue complètement réduite de l'élément Process. En haut de la fenêtre Workflow Designer, cliquez sur Process, puis sur Réduire tout. La fenêtre ressemble maintenant à la vue suivante :

Pour commencer à accéder à l'élément que vous recherchez, exécutez l'une des étapes suivantes dans l'élément Run on Agent :

Si vous double-cliquez sur Double-cliquer pour afficher, le résultat obtenu ressemble à la vue suivante :

Cette vue vous permet de concentrer plus facilement votre attention directement dans l'élément que vous utilisez. Toutefois, vous perdez l'affichage du contexte plus large.

En revanche, si vous cliquez sur l'icône Développer, le résultat obtenu ressemble à la vue suivante :

Cette vue vous permet de conserver l'affichage du contexte plus large, ce qui peut s'avérer utile. Toutefois, lorsque vous parcourez la structure plus profondément, vous pouvez vous sentir submergé par la complexité et la taille de la vue.

Utiliser la méthode la plus adaptée à votre travail. Répétez le modèle en commençant par le début de la liste et en parcourant chaque élément jusqu'à l'élément que vous recherchez.

Rechercher un élément de flux de travail à l'aide de l'Éditeur XML

Tenez compte des aspects suivants liés à l'utilisation d'un éditeur de texte tel que l'Éditeur XML :

• Avantage : vous pouvez accomplir certaines tâches plus rapidement et plus efficacement. Par exemple, vous pouvez rechercher et remplacer rapidement une partie de code XAML spécifique ou vous pouvez effectuer rapidement une modification globale.

• Avantage : vous préférerez cette approche si vous avez l'habitude d'utiliser du code.

• Inconvénient : vous risquez de faire une erreur de schéma qui arrêtera votre flux de travail.

Pour rechercher un élément de flux de travail à l'aide de l'Éditeur XML

1. Dans l''Explorateur du contrôle de code source, ouvrez le dossier qui contient votre flux de travail.

2. En haut de la fenêtre, cliquez sur le lien qui apparaît en regard de Chemin d'accès local.

   Le contenu du dossier s'affiche dans L'Explorateur Windows.

   Notes

   Si le lien Non mappé apparaît en regard de l'intitulé Chemin d'accès local en haut de l'Explorateur du contrôle de code source, cliquez sur ce lien pour mapper le répertoire de serveur au répertoire approprié de votre espace de travail local.

3. Dans l'Explorateur Windows, maintenez la touche MAJ enfoncée et cliquez avec le bouton droit sur le fichier .xaml qui contient le flux de travail. Relâchez la touche MAJ, puis cliquez sur Copier en tant que chemin d’accès.

4. Dans Visual Studio 2010, ouvrez le menu Fichier, cliquez sur Ouvrir, puis cliquez sur Fichier.

5. Dans la boîte de dialogue Ouvrir un fichier, laissez le curseur dans la zone Nom de fichier et appuyez sur CTRL+V pour coller le chemin d'accès.

6. Cliquez sur l'icône située en regard du bouton Ouvrir, puis cliquez sur Ouvrir avec.

7. Dans la boîte de dialogue Ouvrir avec, cliquez sur Éditeur XML.

   Conseil

   Cliquez sur Par défaut si vous souhaitez toujours utiliser l'Éditeur XML pour modifier des fichiers .xaml, tels que les fichiers Windows Workflow.

   Cliquez sur OK.

   Le contenu de votre flux de travail s'affiche dans la fenêtre de l'Éditeur XML.

8. Utilisez l'Éditeur XML pour rechercher (par exemple, en appuyant sur Ctrl+F) l'élément, puis apportez les modifications souhaitées.

   Important

   Assurez-vous qu'aucune de vos modifications n'enfreint les règles du schéma de flux de travail. Faute de quoi, il se peut que le flux de travail échoue ou ne fonctionne pas correctement.

Ressources supplémentaires

Vous trouverez des informations supplémentaires dans les rubriques suivantes sur le site Web Microsoft :

• Développement d'applications avec Workflow Designer

• Windows Workflow Foundation

Voir aussi

Concepts

Créer et utiliser un modèle de processus de génération personnalisé

Créer un espace de travail pour utiliser le projet de votre équipe