In ASP.Net MVC kann ModelState mit einem Ajax-Update verwendet werden?

Question

Dies ist ein Follow-up zu einer previous question, die ich zuvor über die Übergabe eines Fehlers zurück an den Client hatte, sondern bezieht sich auch auf den ModelState.

Hat jemand erfolgreich den Nerd Dinner-Ansatz verwendet, aber mit Ajax? Also macht Nerd Dinner ein Update als so.

[AcceptVerbs(HttpVerbs.Post)] 
    public ActionResult Edit(int id, FormCollection formValues) 
{ 
    Dinner dinner = dinnerRepository.GetDinner(id); 
    try 
    { 
     UpdateModel(dinner); 
     dinnerRepository.Save(); 
     return RedirectToAction("Details", new { id=dinner.DinnerID }); 
    } 
    catch 
    { 
     foreach (var issue in dinner.GetRuleViolations()) { 
     ModelState.AddModelError(issue.PropertyName, issue.ErrorMessage); 
    } 
     return View(dinner); 
    } 
} 

jQuery $ .ajax

function hijack(form, callback, errorFunction, format) { 
    $.ajax({ 
     url: form.action, 
     type: form.method, 
     dataType: format, 
     data: $(form).serialize(), 
     success: callback, 
     error: function(xhr, textStatus, errorThrown) { 
      errorFunction(xhr, textStatus, errorThrown); 
     } 
    }); 
} 

Ajax verwenden, die "versuchen" Teil der Steuerung wird

try 
{ 
    UpdateModel(dinner); 
    dinnerRepository.Save(); 
    return PartialView("PartialDetails", new { id=dinner.DinnerID }); 
} 

, aber was tun Sie, um die Klinke?

Eine einfache Fehlerbehandlung Lösung

catch(Exception ex) 
{ 
    Response.StatusCode = 500;     
    return Content("An Error occured."); 
    //throw ex; 
} 

, aber die nicht durch das robuste Model in MVC gebaut passieren wäre ein Fehler zurück zu senden. Ich dachte an eine Reihe von Optionen, aber ich möchte wirklich 2 Dinge:

1. Ich möchte den Fehler in jQuery Fehler Attribut behandelt werden.
2. Ich möchte integrierte ASP.Net MVC-Prüflogik so viel wie möglich verwenden.

Ist das möglich? Wenn nicht, welche sind die besten Alternativen, die Sie kennen?

Vielen Dank.

Update Ich habe dies noch nicht als beantwortet markiert, weil ich noch nicht implementiert habe, was ich denke, wird am besten funktionieren.

Ich habe entschieden, dass ich den Erfolg nicht wirklich mag => aktualisierte Liste senden, Fehler => sende Fehlermeldung Ansatz, den ich nahm. Ich habe dies getan, um die Anzahl der Anrufe zu reduzieren, aber eine aktualisierte Liste wird wirklich auf die Seite gesetzt. Der Versuch, beides zu tun, bindet das Popup an seine gesamte Seite.

Ich werde ein benutzerdefiniertes jQuery-Ereignis hinzufügen, um die Masterseitenliste zu aktualisieren, wenn das Dialogfeld geschlossen wird. Im Wesentlichen ist es das Beobachtermuster. Ich mag die Idee, dass die Seite zum Popup sagt "Sag mir, wenn du fertig bist" (aka geschlossen), ohne das Popup warum zu sagen. Es erfordert einen zusätzlichen Anruf, aber ich sehe das nicht als großes Problem.

Ich bin mir immer noch nicht sicher, wie gut, dass ich serverseitige Validierung mag/nicht mag und ich erwäge, mit der clientseitigen Validierung zu gehen. Während serverseitige Validierung scheint wie saubere Schichtung, hat es auch eine Reihe von Problemen, einschließlich:

1) Es setzt Qualitätschecks am Ende, anstatt des Anfangs. Eine Analogie zur Herstellung wäre ein Auto, das getestet wird, wenn es beim Händler ankommt, statt an den Stellen, an denen es gebaut wird.
2) Es verletzt die Absicht von Ajax. Bei Ajax geht es nicht nur darum, asynchrone Ereignisse zu senden, es geht auch darum, nur das zu senden, was ich brauche, und nur das zu empfangen, was ich brauche. Das Zurücksenden des gesamten Modellstatus, um Fehlerdetails bereitzustellen, scheint nicht mit Ajax zu gehen.

Was ich darüber denke, ist clientseitige Validierung, aber dieser Servercode und ein benutzerdefiniertes Ansichtsmodell können verwendet werden, um dem Client mitzuteilen, wie diese Validierungsregeln dynamisch erstellt werden.

Ich vermute auch, dass eine dynamische Sprache wie IronRuby oder IronPython einen eleganteren Weg bieten könnte, um diese Probleme zu lösen, aber es könnte etwas länger dauern, bevor ich auf diese Möglichkeit eingehe.

Answer 1

Wenn ich richtig verstehe, was Sie zu tun versuchen, meine erste Antwort wird nein sein, Sie können den Modellzustand nicht verwenden, wie es durch und Ajax-Anforderung ist. Vielleicht können Sie das Model Verhalten emulieren, um die Fehler anzuzeigen:

1. eine List<KeyValuePair<string,string>> (Eigenschaft, message) von JSON Passing (dies erfordert, dass Sie die modelErrors die Model an die neue Struktur bilden passieren) und tun die HTML-Konstruktion einer Validierungszusammenfassung von JS/jQuery (von der ich denke, dass sie eine Lösung zum Übertöten ist).

2. Wenn Sie auf den Server gehen, und es gibt irgendwelche Fehler, nur eine teilweise Rendering der Html.ValidationSummary(), übergeben Sie es durch JSON und vor dem Formular. Wenn alles in Ordnung war, geben Sie einfach die Ansicht PartialDetails zurück und ersetzen Sie den tatsächlichen Inhalt. Dies erfordert eine Art von Status-Parameter, damit Sie wissen, was vom Server auf dem Ajax-Callback zurückkommt.

EDIT: Diese letzte Option klingt gut, aber schwierig, weil Sie eine Teilansicht in einer String-Form von JsonResult zurückkehren müssen, ist hier eine Frage und Lösung darüber Render a view as a string hacken.

Persönlich glaube ich nicht, dass die Verwendung des Fehler-Attributs überhaupt etwas bringt, ich benutze es nur für sehr spezifische Situationen wie Timeout-Fehler und Server-Ausnahmen, nicht App-Ausnahmen.

EDIT: JSON Mit

[AcceptVerbs(HttpVerbs.Post)] 
     public ActionResult Edit(int id, FormCollection formValues) 
     { 
      Dinner dinner = dinnerRepository.GetDinner(id); 
      try 
      { 
       UpdateModel(dinner); 
       dinnerRepository.Save(); 
       return Json(new 
       { 
        result = "success", 
        html = this.RenderToString("PartialDetails", dinner) 
       }); 

      } 
      catch 
      { 
       foreach (var issue in dinner.GetRuleViolations()) 
       { 
        ModelState.AddModelError(issue.PropertyName, issue.ErrorMessage); 
       } 
       return Json(new 
       { 
        result = "failed", 
        html = this.RenderToString("PartialEdit", dinner) 
       }); 
      } 
     } 

Hier das Ergebnis Parameter lassen Sie wissen, welche Maßnahmen in jedem Fall zu tun, müssen es nur auf den Rückruf überprüfen.

Answer 2

Hinzufügen meiner bevorzugten Ansatz mit MVC3. Mit Ihrer bearbeiten Methode, die Sie so etwas wie

[AcceptVerbs(HttpVerbs.Post)] 
public ActionResult Edit(int id, FormCollection formValues) 
{ 
    Dinner dinner = dinnerRepository.GetDinner(id); 
    try 
    { 
     UpdateModel(dinner); 
     dinnerRepository.Save(); 
     return Json (new { Success = true, Url = Url.Action("DetailsPartial", dinner), Div = "#DivToUpdateId" }); 
    } 
    catch 
    { 
     foreach (var issue in dinner.GetRuleViolations()) { 
     ModelState.AddModelError(issue.PropertyName, issue.ErrorMessage); 
    } 
     //I am replacing this with a partial view which will contain the model state errors. For people using MVC 3 with razor they should be able to use their normal views as partials 
     return PartialView(dinner); 
    } 
} 

tun konnten, und dann können Sie eine Erfolgsfunktion wie

success: function(data) { 
    if (data.Success) { 
     $.post(data.Url, function(partial) { 
      $(data.Div).html(partial); 
     }); 
    } 
    else 
    { 
     $('#formDiv').html(data) 
    } 
} 

also im Grunde verwenden, wenn das Ergebnis Json dann data.Success wahr ist. Anschließend aktualisiert es das in json (data.Div) angegebene div mit den Ergebnissen der in der URL angegebenen Aktion. Wenn das Ergebnis nicht Json ist, weil die Post-Methode fehlgeschlagen ist und das FormDiv mit dem Teilformular aktualisiert wird, das die ModelState-Fehler enthält. Dies ist der Ansatz, den ich für Dialoge verwende, aber es funktioniert ziemlich gut. Offensichtlich würde ich mit MVC3 einige der Bearbeitungsmethoden wie TryUpdateModel usw. ändern, aber nur versuchen, ein Beispiel meiner Vorgehensweise zu geben. Durch das Übergeben der URL und das Veröffentlichen der Ergebnisse der Methode muss nicht versucht werden, HTML in eine Zeichenfolge zu rendern, um eine partielle zu übergeben.