1) Un code L'activité place les stubs de méthode dans la même classe que le flux de travail (Le concepteur de flux de travail fonctionne de la même manière que le concepteur Windows Forms.) Si vous cliquez sur 'Afficher tous les fichiers' sur votre projet, vous voyez les flux de travail.
CallExternalMethod appelle une méthode qui existe dans une autre classe.Vous n'avez donc pas besoin de mettre toute votre logique dans la même classe que le flux de travail, vous pouvez l'étendre à travers d'autres classes comme vous le feriez normalement
2) Je suppose que si c'est une partie importante du comportement de vos applications, c'est agréable de le voir sur le flux de travail (pour que vous puissiez avoir un bon aperçu visuel de ce qui se passe). En outre, avec l'activité de délai de flux de travail, votre flux de travail est marqué comme inactif. Donc, si vous utilisez un service de persistance, votre flux de travail devient automatique à ce stade. Il y a aussi l'événement WorkFlow OnIdle que vous pourriez prendre en dehors du flux de travail. Je ne sais pas si cela s'applique aux retards via le code.
3) Je ne suis pas sûr de comprendre correctement celui-ci. Si vous passez quelque chose dans un flux de travail, vous aurez besoin d'une propriété/d'un champ pour le lier, mais la définition de type ne doit pas nécessairement se trouver dans la même classe/ensemble. Tant que le projet dans lequel vit le flux de travail peut faire référence à celui dans lequel vit Enum, ça devrait aller.
Cliquez sur votre succursale if else, sélectionnez les propriétés. Cliquez sur la case Condition, remplacez-la par * Condition de règle déclarative *. Attribuez un nom à votre condition. Dans la zone Expression, entrez votre instruction If comme vous le feriez normalement dans le code.