Tester s'il y a des modifications dans ma dataGridView

Bonsoir,

Je voudrais savoir si il y a une méthode qui permet de vérifier si mon dataGridView est modifié .

En effet, je dois vérifier avant la fermeture de ma fenêtre si il y a des changement ...

Avant de découvrir LINQ, j'ai travaillé avec les dataSets et donc pour récupérer les modifications je fais :

Code:

---

if (mondataset.HasChanges() ) .....:

---

Est ce qu'il y une méthode équivalente utilisé avec LINQ ?



Merci d'avance :)

Bonjour,

Si tu utilises Entity Framework, tu peux utiliser la propriété ObjectStateManager de ton contexte et sa méthode GetObjectStateEntries.
Cela te permettra de récupérer, s'il y en a, l'ensemble des entités en fonction de leur statut (Deleted, Inserted, Modified et Unchanged). Ce statut peut être passé en paramètre de la méthode. Tu pourras ainsi voir combien d'éléments ont été modifiés, voir leur valeur actuelle, leur ancienne valeur, ...

Citation:

---

Envoyé par jgard

Bonjour,

Si tu utilises Entity Framework, tu peux utiliser la propriété ObjectStateManager de ton contexte et sa méthode GetObjectStateEntries.
Cela te permettra de récupérer, s'il y en a, l'ensemble des entités en fonction de leur statut (Deleted, Inserted, Modified et Unchanged). Ce statut peut être passé en paramètre de la méthode. Tu pourras ainsi voir combien d'éléments ont été modifiés, voir leur valeur actuelle, leur ancienne valeur, ...

---

Bonsoir,
Merci pour votre réponse :)

Si je comprend bien, le linq ne permet pas de faire ça ! non?

Est ce que le Entity Framework peut être utilisé en parallèle avec le LINQ ? car je veux pas re-dévélopper l'application à partir du zéro ..

Si non, est - ce que c'est l'unique solution?

Linq est une sorte de "sous langage", il ne "stock" donc rien en lui meme (il stock dans du xm;, entity, ...).

Code:

---

1 2	Si je comprend bien, le linq ne permet pas de faire ça ! non?

---

Difficile donc de repondre: oui si linq to entities, apres on ne sait pas du linq to "quoi" tu fais ;-)

Citation:

---

Envoyé par julien_iz

Linq est une sorte de "sous langage", il ne "stock" donc rien en lui meme (il stock dans du xm;, entity, ...).

Code:

---

1 2	Si je comprend bien, le linq ne permet pas de faire ça ! non?

---

Difficile donc de repondre: oui si linq to entities, apres on ne sait pas du linq to "quoi" tu fais ;-)

---

Linq to SQL :)

Dans ce cas, il faudrait que ca se passe au niveau de la bdd je pense. Mais la je peux pas t'aider ;-)

Pour la bdd, il faut créer un champ de type timestamp dans chaque table. Ce champ changera automatiquement de valeur dès qu'une modification sera faite sur un des autres champs. Cela te permet de limiter le nombre de triggers à un par table. Maintenant à toi de voir si tu veux effectivement passer par un trigger en bdd ou vérifier le changement de valeur de ce champ dans ton code.

Citation:

---

Envoyé par julien_iz

Dans ce cas, il faudrait que ca se passe au niveau de la bdd je pense. Mais la je peux pas t'aider ;-)

---

Un grand merci pour votre intérêt! :)

Citation:

---

Envoyé par jgard

Pour la bdd, il faut créer un champ de type timestamp dans chaque table. Ce champ changera automatiquement de valeur dès qu'une modification sera faite sur un des autres champs. Cela te permet de limiter le nombre de triggers à un par table. Maintenant à toi de voir si tu veux effectivement passer par un trigger en bdd ou vérifier le changement de valeur de ce champ dans ton code.

---

Oui, excellente idée !
Mais est ce que ça influe sur ma conception?
par exemple, dans mon diagramme de classe, est ce que je met cet attribut ou bien laisse tomber?

J'aurais tendance à dire qu'il faut le mettre dans la conception car même s'il n'est utilisé que pour cette gestion de mise à jour, il y a quand même du traitement à faire sur lui en base ou dans le code. Et de toute façon, plus la conception est complète, mieux c'est, il vaut toujours mieux avoir une doc trop complète que pas assez (enfin c'est mon avis :D). Si tu as d'autres questions ou commentaires sur cette technique, n'hésite pas.