Discussion :

[UoLad]

Bonjour,

je souhaite proposer à l'utilisateur la confirmation de suppresion d'un enregistrement. Pour cela, lors d'un click sur un bouton "Supprimer" j'execute le code suivant:

Code :

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

1
2
3
4
5
var q = MonDataContext.MaTable.DeleteOnSubmit(EnregistrementCurrent);
MessageBox("SUR ?","Supprimer",MessageBoxButtons.OkCancel....)
If (q==DialogResult.OK)
   MonDataContext.SubmitChanges();
Else

... Et là je ne sais pas comment annuler ma suppression afin de ne plus la voir dans le GetChangeSet(), car à la fermeture du formulaire c'est la propriété que je vérifie.

Un MonDataContext.GetChangeSet().Delete.Remove ou Clear() me retourne une exeption "List en lecture seule".

Merci de votre aide éventuelle.

[kevin.drouvin]

Pourquoi ne pas faire le DeleteOnSubmit, si l'utilisateur valide la MessageBox ?

Code :

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

1
2
3
4
5
if (MessageBox.Show("Sur ?", "", MessageBoxButtons.OK) == DialogResult.OK)
{
    context.Table.DeleteOnSubmit(data);
    context.SubmitChanges();
}

Cdt,
Kevin D.

[UoLad]

Effectivement.

Sinon, pour le fun, y a til un moyen pour annuler?

[Arnard]

Sinon, tu peux utiliser l'attribut TransactionScope= true sur ta fonction, en cas d'impossibilité de commit, un exception est levée si je ne me trompe.

Sinon +1 pour d'abord demander et après effectuer, plus logique

[Idredeguerre]

Je suis d'accord avec kevin.drouvin car c'est la démarche la plus "académique" et la plus correcte dans le sens ou tu évite ainsi de faire une action à annuler et donc au poste de revenir en arrière dans le cas ou l'application essuierai un refus.

Certain appellerai ça de l'optimisation (ou refactoring). En effet ça à l'aire de rien mais si ton appli est distribuée ou si tu effectue ce type d'action un peu partout dans ton code la méthode de kevin.drouvin améliorerai "légèrement" les performance de celle-ci.