ASP.net MVC Succès d'Alerte Après soumettre le Formulaire

Il est possible, bien sûr, mais les détails de mise en œuvre pourraient modifier de technologies et d'application de la structure.

L'un des moyens les plus courants pour ce faire (et celui que j'utilise actuellement avec beaucoup de succès) est de recevoir whater-vous-avez-besoin-pour-recevoir et renvoyer un objet JSON avec l'état et/ou message d'erreur, qui sera utilisé par un script sur votre point de vue.

Par exemple:

[Route(""), HttpPost]
public JsonResult DoSomethingOnTheServer(DoSomethingViewModel vm)
{
   try
   {
      if (DoSomething(vm)) return Success();
      else return Error("The server wasn't able to do something right now.");
   }
   catch (Exception err)
   {
      return Error(err.Message);
   }
}

public JsonResult Success() { return Json(new { Success = true, Message = "" }); }
public JsonResult Error(string message) { return Json(new { Success = false, Message = message }); }

De cette façon, vous pouvez faire quelque chose comme:

<script>
   $.ajax({
      url: "/",
      method: "POST",
      data: getMyData(),

      success: function(json) {
         if (json.Success) {
            alert("Wow, everything was fine!");
         } else {
            alert(json.Message);
         }
      },

      //This will be trigered whenever your ajax call fails (broken ISP link, etc).
      error: function() {
         alert("Something went wrong. Maybe the server is offline?");
      }
   });
</script>

Être honnête avec vous, il est possible d'envoyer le formulaire (régulier soumettre, je veux dire) et sur l'actualisation de la page, afficher ce que vous voulez.

Ce sera, cependant, vous forcer à charger quelque chose de plus avec votre modèle d'affichage, comme un supplément de <script> balise ou de l'extra <div> balises et de vérifier que tous les temps.

À partir d'un utilisabilité/conception de point de vue, c'est un no-go. Éviter de rafraîchir la page à chaque fois que possible, car ils donnent un sentiment pour l'utilisateur que l'application va loin ou qu'il/elle est en train de passer outsinde l'application.

Aussi, de rendement, d'un point de vue, la "pleine aller-retours" sur le serveur, consistant en l'envoi des données du formulaire et de la récupération d'une toute nouvelle page (avec toute la mise en page, les scripts, rasoir de rendu/parse et tout et tout) est un énorme problème juste pour montrer la "réussite/échec" pour l'utilisateur final donc, encore une fois: éviter autant que possible.

À mon humble avis, retour d'une vue ou une vue partielle seulement d'afficher un message à l'utilisateur final est juste de gaspiller les deux vôtre et vos utilisateurs finaux lien.

J'ai une façon de le faire, en utilisant le ViewBag.

Dans votre contrôleur, vous devez ajouter:

if (ModelState.IsValid)
        {
            db.TAUX.Add(taux);
            db.SaveChanges();
            ViewBag.SuccessMsg = "successfully added";
            return RedirectToAction("Index");
        }

Puis dans la vue Index:

@{
    var message = ViewBag.SuccessMsg;
}

<script type="text/javascript">
    var message = '@message';
    if(message){
        alert(message);
    }
</script>

en fin de compte que vous utilisez JavaScript mélangé avec le MVC ViewBag 🙂