Löschen von ASP.NET Repeater Artikel - fehlerhafte löschen...?

Habe ich einen repeater, die bindet einen Satz von Daten. Innerhalb dieser repeater ist eine Spalte mit verschiedenen Steuerelementen für die Aktualisierung, das löschen, etc. Dies sind die Bild-Tasten, die Feuer ein onclick-Ereignis wie "DeleteRecord". Alle diese tut, ist Feuer eine gespeicherte Prozedur auf und übergibt die ID des Datensatzes zu löschen von der CommandArgument des Objekts.

Dieses funktioniert wunderbar... bis auf ein ziemlich großes problem. Sobald Sie einen Datensatz löschen, wenn Sie die Seite aktualisieren, wird der Datensatz, in dem die ersten gelöschten Datensatz verwendet werden, gelöscht wird.

Zum Beispiel... wenn ich 4 Datensätze

1 Record1 
2 Record2 
3 Record3 
4 Record4

und ich lösche Datensatz 2... Die Seite wird neu geladen (die ist gut):

1 Record1 
3 Record3 
4 Record4

...wenn ich dann auf aktualisieren...

1 Record1 
4 Record4

Ich nehme an, dies ist, weil die fälschlicherweise gelöschte Objekt (record3) ist jetzt in der gleichen hierarchischen Stelle wie die alte-Objekt verwendet werden, und .net also weiß nicht der Unterschied, die Seite wird aktualisiert und feuert die onlick-event, packte den Befehl argument, die neues Objekt und löscht basierend auf der ID erhalten Sie aus der commandargument des neuen Objekts.

Dies ist natürlich ein riesiges problem, wenn ein client hast, dies würde es zerstören, Daten irrtümlich und ich bin ratlos hier.

Gibt es eine Möglichkeit, um dies zu verhindern? Ich bin mir nicht sicher, ob es einen besseren Weg, Dinge zu tun oder nicht. Wenn es nicht ist, ich brauche irgendeine Art und Weise zu sagen, die Seite nicht zur Ausführung der Veranstaltung oder auf cross-Referenz die ID des Objekts, das ist soll für die Löschung gegen das Objekt selbst...

Code unten für die Bequemlichkeit...

BEARBEITEN Wickelte einen LinkButton um ihn herum, weil ich einige jquery-code hier auch die Haltestellen der Seite der Ausführung zu warten, für die Bestätigung des Benutzers. Drücken von "ok" fährt der Seite der Ausführung.

<asp:LinkButton ID="oDeleteLink" CssClass="oDeleteIcon" CommandName="Delete" CommandArgument='<%# Eval("iAccountID") %>' runat="server">
     <asp:ImageButton ImageUrl="/files/system/icons/trash-steel-16.png" ToolTip="Delete This Account" AlternateText="Delete" ID="oDeleteIcon" runat="server" />
</asp:LinkButton>

    protected void oAccounts_ItemCommand(Object Sender, RepeaterCommandEventArgs e) {
        if (e.CommandName == "Delete") {
            int ID = e.CommandArgument.ToString().Numeric();
            db.SPs.SpDeleteAccount(ID).Execute();
            UI.Confirm(uiBroadcast, "Account has been deleted", "300px");
            BindAccounts();
        }
    }

Würde schätzen jedes feedback Euch Leute geben konnte.

Vielen Dank für die Bearbeitung, Oded.
Ich habe versucht Adam, die Lösung, und es tut die gleiche Sache. Ich sollte jedoch darauf hingewiesen werden, dass musste ich etwas improvisieren, aber es sollte nicht machen einen Unterschied in der Ausführung von code. Ich werde aktualisieren Sie den code oben entsprechend der neuen situation.

InformationsquelleAutor Mark | 2010-09-27

asp.net c#repeater

4

Verwenden ItemCommand-Ereignis und CommandName/CommandArgument statt:
```

<asp:ImageButton 
    CommandName="Delete" CommandArgument='<%# Eval("ID") %>'
    ImageUrl="/files/system/icons/trash-steel-16.png"  
    ToolTip="Delete This Account" 
    AlternateText="Delete" CssClass="oDeleteIcon"  
    ID="oDeleteIcon" runat="server" /> 
```
Und die event-handler:
```
void Repeater_ItemCommand(Object Sender, RepeaterCommandEventArgs e) {        
    if( e.CommandName == "Delete" ) {
        int id = e.CommandArgument.ToString().Numeric();

        db.SPs.SpDeleteAccount(id).Execute();
        //the rest of your code
    }
} 
```
Diese Weise die löschen-Taste selbst ist, die anzeigt, welche ID zu löschen, im Gegensatz zu unter Berufung auf positionelle Elemente in Ihrem repeater.
- Danke für die Antwort Adam. Leider ist es nicht die gleiche Sache.
- Ich habe genau dies schon ein bisschen und ich hatte noch nie ein problem. In der Tat, ich baute ein einfaches Beispiel, und es funktioniert einwandfrei. Etwas anderes in deinem code ist die Ursache Ihres Problems.
- Beachten Sie auch, Sie kann immer Antwort.Redirect auf die gleiche Seite zurück, um zu vermeiden die Probleme bei der Aktualisierung.
- Dies ist eine ziemlich kritischen bug, so dass ich denke, ich werde mit der Antwort.redirect-Methode für jetzt, aber das ist nicht wirklich ideal. Würden Sie tun mir einen gefallen und wirf dein einfaches Beispiel? Noch besser, zip und schick es mir, damit ich sehen kann wo es ist, ich bin falsch läuft. Wäre sehr geschätzt werden. Vielen Dank für deine Hilfe.
- Es ist ein echtes einfaches Beispiel. Es verwendet statische Daten und zeigt, dass-egal, wie oft Sie aktualisieren, nach dem löschen ein Element, das denselben Befehl arg an den server gesendet wird (setzen Sie einen Haltepunkt in der Ereignisprozedur, um es zu beweisen).
- Machen Sie ein neues web-Projekt, setzen diese ASPX-inside Ihrem Standard Seite: pastebin.com/EHv4PAEu
- Und diesen code verwenden: pastebin.com/m78VGynL
- Du bist genial. Danke für die Hilfe, Adam. Ich lief Ihr code, und es funktioniert, wie man denken würde - bei weiterer Untersuchung entdeckte ich, dass der Unterschied zwischen meinem code und verkaufen ist ich rufe meine repeater-Bindung in der Page_Load, die Sie anrufen, Ihnen in der Page_Init. Ich zog Ihr verbindliches Mitglied der Page_load und lief Ihren code erneut und in der Tat zeigt das gleiche Verhalten wie mir. Das ist eine ziemlich einfache Lösung. Ihre Hilfe ist willkommen, Kumpel! Dies war nervt mich die längste Zeit.
- Ah. Ja, wenn Sie gehen zu binden eine Daten-Kontrolle und verlassen sich auf Ereignisse, die es wirft, sollten Sie erneut binden, während Page_Init. Der Lebenszyklus der Seite zwischen Init und Load lädt viewstate, Postbacks, Daten, etc, und läuft verbindlich zu spät überschrieben werden können einige dass.
InformationsquelleAutor Adam Sills
1

Müssen Sie den Post-Redirect-Get-pattern [1]

Grundsätzlich zeigen die Daten, nehmen Sie den Befehl Anfrage und leiten Sie zurück zur Anzeige der Daten, zeigen nicht die Aktualisierung in Reaktion auf die post. Jede Aktualisierung wird erneut anfordern der Daten nicht re-führen Sie die post

adam

[1] http://en.wikipedia.org/wiki/Post/Redirect/Get
- +1 - ich benutze diese auch sehr viel.
InformationsquelleAutor Adam Straughan

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.