Discussion :

[tomlev]

Salut,

J'utilise un formulaire WPF pour modifier une entité EF. Actuellement, j'utilise un binding TwoWay, mais ça ne me convient pas vraiment : j'aimerais que la source ne soit pas mise à jour tout de suite, mais seulement quand je valide le formulaire. Vous allez me dire qu'il suffit d'utiliser un binding OneWay, et de mettre à jour la source par le code... Seulement, j'essaie de garder une architecture la plus générique possible (chaque entité a un formulaire associé via un attribut), et ça ne m'enchante pas trop de devoir écrire un code différent pour mettre à jour chaque entité...

Existe-t-il une méthode pour provoquer la mise à jour la source du binding ? Dans les différents BindingMode, je ne vois rien qui correspond...

J'ai vu la propriété UpdateSourceTrigger que je pourrais mettre à Explicit, mais je reviens à mon problème de départ : il faut que j'appelle UpdateSource sur chaque Binding (oui je sais, je suis paresseux )

Quelqu'un aurait-il une solution magique ?

[Thomas Lebrun]

Pour des cas comme cas, personnellement, je met le BindingMode à Explicit puis j'apelle UpdateSource (après avoir fait un GetBindingExpression): certes, faut le faire sur chaque Binding mais ca marche.

Sinon, pour être plus générique:
- tu fais une méthdode qui "scanne" chacun de tes contrôles
- Pour chaque contrôle, tu récupères son BindingMode
- Si BindingMode == Explicit, alors tu récupères la BindingExpression et tu fais un UpdateSource

[tomlev]

Sinon, pour être plus générique:
- tu fais une méthdode qui "scanne" chacun de tes contrôles
- Pour chaque contrôle, tu récupères son BindingMode
- Si BindingMode == Explicit, alors tu récupères la BindingExpression et tu fais un UpdateSource

Ouais, ça me semble pas mal comme solution
Je teste ça ce soir et je te tiens au courant

[ikeas]

je lance une idee comme ca un peut tordu peut etre
ca serait de mettre en place un multibinding avec le bouton de validation et un convertisseur qui passerait les informations

maintenant je pense qu'il est vraiment necessaire de decoupler completement notament pour eviter le cas d'un changement d'information entre le moment ou tu change la valeur et le moment ou tu vas cliquer sur le bouton valider ...

j'ai eu le meme soucis et j'ai creer un bindeur a verou en twoway
je bind
puis je verouille le bindeur
quand je valider de deverouille

l'autre solution c'est de binder sur une copie de la classe metier
je reccup la copie (clone de ta classe metier)
naturelement elle est binde sur mes control
sur valider je fait une copie (CopyFrom sur la classe metier)

mais bon ....

[tomlev]

Effectivement la solution de travailler sur une copie me semblait pas mal, il aurait ensuite suffi d'appliquer les changements à l'ObjectContext via un ApplyPropertyChanges. Malheureusement je ne vois pas de moyen simple de réaliser la copie d'une entité EF... j'ai essayé de le faire par réflexion en me fiant aux attributs EDM, mais c'est un peu galère pour les associations "one to many" ou "many to many".

Donc pour l'instant je vais m'en tenir à la solution proposée par Thomas, si j'arrive à m'en sortir... parcourir tous les contrôles est pas aussi simple en WPF qu'en Windows Forms

[tomlev]

Bon ben en fait j'ai trouvé une solution beaucoup plus simple et plus propre
Il suffit d'utiliser un BindingGroup :
- j'assigne la propriété BindingGroup du conteneur de mon formulaire
- les contrôles enfants du conteneur héritent de cette propriété
- et comme par magie, la source n'est pas mise à jour tout de suite mais sur demande...

Code XML :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
<ScrollViewer Name="scvEditor"
    Grid.Row="1"
    VerticalScrollBarVisibility="Auto">
    <ScrollViewer.BindingGroup>
        <BindingGroup/>
    </ScrollViewer.BindingGroup>
    <!-- ici mon formulaire qui est inséré dynamiquement -->
</ScrollViewer>

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
private void btnOK_Click(object sender, RoutedEventArgs e)
{
    scvEditor.BindingGroup.UpdateSources();
}

[Thomas Lebrun]

Oui mais attention: il faut préciser que BindingGroup est une propriété dispo à partir de .NET 3.5 SP1

Sinon, beau travail !

[tomlev]

Oui mais attention: il faut préciser que BindingGroup est une propriété dispo à partir de .NET 3.5 SP1

ah tiens, je savais pas... ben ils ont sacrément bien fait de l'ajouter

[Thomas Lebrun]

Regarde ici pour en savoir plus sur les BindingGroups: http://blogs.msdn.com/vinsibal/archi...alidation.aspx

[tomlev]

Intéressant cet article...

En fait, le BindingGroup semble plutôt conçu pour appliquer des règles de validation à plusieurs champs, mais moi je l'utilise juste pour retarder la mise à jour de la source... rôle qu'il remplit à merveille