DbContext und RejectChanges

EF hat keine direkte Änderung "Änderungen zurückweisen". Sie können Entitätseinträge in ChangeTracker / ObjectStateManager durchlaufen und die aktuellen Werte mit den ursprünglichen Werten modifizierter Entitäten überschreiben. Sie können auch hinzugefügte Entitäten trennen und gelöschte Entitäten wieder auf "unverändert" setzen, aber das alles funktioniert meistens nur, wenn Sie (oder EF intern) den Status einer unabhängigen Assoziation (Relation) nicht geändert haben. Wenn Sie auch mit Beziehungen arbeiten, kann das Ganze sehr viel komplizierter werden, weil Sie Beziehungen ebenfalls wiederherstellen müssen - in diesem Fall ist es einfacher, Daten neu zu laden.

Um Änderungen in der DbContext-API rückgängig zu machen, können Sie Folgendes versuchen:

In diesem Fall denke ich, dass das Hauptproblem die Art und Weise ist, wie Sie mit Entitäten arbeiten - Sie erlauben Änderungen an Live-Daten und EF macht seine Logik hinterher, um Daten konsistent zu halten, wenn Änderungen durchgeführt werden, aber später entscheiden Sie diese Änderungen nicht gespeichert werden. In diesem Fall sollten Sie einen der folgenden Schritte ausführen:

• Verwerfen Sie die geänderten Daten und laden Sie den gesamten Datensatz neu (durch Neuerstellen des Kontexts)
• Trennen Sie diese Logik, um nicht an Live-Daten zu arbeiten, und schieben Sie die Datenmodifikation nur dann in den EF-Kontext, wenn die Änderung wirklich bestätigt wurde

Der Kontext tut etwas, wenn du es sagst, etwas zu tun. Es wird nie selbst beschäftigt.

Ich weiß, das ist eine alte Frage. Keine der Antworten passt jedoch zu meiner Situation. Ich musste die Änderungen an nur einer Entität in einer Sammlung ablehnen. Das hat bei mir funktioniert:

Das funktioniert für mich:

dies = DbContext in diesem Fall

Dies kann eine alte Antwort sein, aber nützlich für neue Besucher .... Die Reload-Funktion lädt das Objekt aus der Datenquelle neu und überschreibt vorhandene Änderungen und die neu geladene Entität hat einen unveränderten Status.