Discussion :

[Pit2689]

Bonjour à toutes et à tous,

Je suis actuellement en stage dans une entreprise ou ma tache est de faire un portage du Workflow de l'entreprise développé à l'aide du Framework .NET 1.1 vers le Workflow de Microsoft, ( Windows Workflow Foundation ) introduit lors de la sortie du Framework 3.0

Après une période d'apprentissage, j'ai commencé à faire des versions de test pour montrer quels sont les avantages du nouveau Workflow de Microsoft.

J'ai donc un Workflow de type State Machine, composé de 4 états (Initialisation, Encodage, Validation, Fin ) que devra tranverser une fiche ( une bête classe contenant un int, et 2 string ).

Le soucis étant que lorsque j'encode ma fiche à l'état d'encodage, puis que je passe à l'état de Validation, toutes les modifications apportées lors de l'état précédent n'ont pas été sauvegardées.

Comment cela se fait il ?


Voici quelques screens et des explications pour vous resituer :

look global
initialisation encodageEmploye
classes chargement

J'ai donc un workflow1.cs dans lequel j'ai un objet de type "Fiche".
Cet objet est initialisé lors de l'initialisation de l'état "Initialisation" ( Fiche laFiche = new Fiche(); )

Lorsque j'arrive à l'état encodageEmploye, j'appele une méthode externe (callExternalMethod). Cette méthode est définie dans l'interface IGUI ( void ChargementEmploye(Fiche F)), pour la fiche en paramètre, je lui passe bien entendu mon objet Fiche lié au Workflow.

Ma méthode ChargementEmploye crée un userControl dont vous avez le constructeur.
C'est dans ce userControl que la fiche est modifiée.

Et donc, une fois que l'on passe à l'état de Validation, les modifications apportées à la fiche n'apparaissent plus.

Comment ceci est il possible, vu que la fiche a toujours bien été passée en paramètre ?


En espérant que parmis vous se trouvent des utilisateurs assidus du WF de Microsoft.



Pierre Martin.
Student in Computer Sciences,
Level-IT.
www.level-it.be

[Pit2689]

Je me permet de relancer un peu le sujet...

J'ai remarqué que dans la majorité des exemples disponibles sur le net, ce genre de problème était résolu de la manière suivante :

On crée une classe qui dérive d'ExternalDataEventArgs, et qui comporte notre objet.

Du coup, on balade notre objet à modifier à travers le workflow à l'aide des évenements.

Problème :

C'est que je ne trouve pas ça très "beau".

Si on a un workflow qui tourne entièrement autour d'un objet (dans mon cas une fiche), il me semble plus logique que le workflow aie comme propriété une instance de cet objet, et que se soit cette dernière qui soit passée aux différentes Activity qui composent notre workflow...

[Benoît Dion]

Salut Pierre,

En fait, si tu passes une instance d'un objet au workflow et que le workflow modifie l'objet, tu dois renvoyer l'objet a l'host pour voir les modifications se répercuter. L'explication est simple : les data exchange services sérialisent les objets.