ASP.Net MVC et state - comment maintenir l'état entre les requêtes

Cela fait un certain temps que j'ai posté la question, qui était assez colorée par ma petite expérience et connaissance de MVC. J'ai quand même reçu des informations très utiles, qui m'ont finalement amené à trouver une solution et aussi à acquérir une certaine connaissance de MVC.

Ce qui m'a jeté en premier lieu, est que vous pourriez avoir un contrôleur avec un objet fortement typé comme un paramètre, comme ceci:

public ActionResult DoSomething(MyClass myObject)...

cet objet provient du même contrôleur:

...
return View(myObject);
...

cela me porte à croire que l'objet a vécu tout au long de ces deux étapes, et que je pouvais d'une certaine façon m'attendre à ce que vous puissiez l'Envoyer à la vue, faire quelque chose et ensuite "magiquement" le rendre au contrôleur à nouveau.

après avoir lu sur la liaison des modèles, j'ai compris que ce n'était pas le cas. La vue est complètement morte et statique, et à moins que vous stockez l'information quelque part, c'est fini.

revenir à l' problème, qui était de sélectionner et de télécharger des fichiers à partir du client, et de construire une liste de ces fichiers à afficher, je me suis rendu compte qu'en général, il ya trois façons de stocker l'information entre les demandes dans MVC:

1. vous pouvez stocker des informations dans des champs de formulaire dans la vue, et les afficher à nouveau sur le contrôleur plus tard
2. Vous pouvez persister dans une sorte de stockage, par exemple un fichier ou une base de données
3. vous pouvez le stocker dans la mémoire du serveur en accédant à des objets qui vit tout au long de demandes, par exemple, les variables de session

dans mon cas, j'avais essentiellement deux types d'informations à persister: 1. Les métadonnées du fichier (Nom du Fichier, taille du fichier, etc.) 2. Le contenu du fichier

"par le livre" approche serait probablement pour stocker les métadonnées dans les champs de formulaire et le contenu du fichier dans un fichier ou dans la db. Mais il y a aussi une autre façon. Comme je sais que mes fichiers sont assez petits et il n'y en aura que quelques-uns, et cette solution ne sera jamais être déployé dans une ferme de serveurs ou similaire, je voulais explorer l'option #3 des variables de session. Les fichiers ne sont pas non plus intéressants pour persister au - delà de la session-ils sont traités et jetés, donc je ne voulais pas les stocker dans mon db.

après avoir lu cet excellent article: accès ASP.NET données de Session utilisant la dynamique

j'étais convaincu. J'ai simplement créé une classe de sac de session comme décrit dans l'article, et puis je pourrais faire ce qui suit en mon controller:

    [HttpPost]
    public ActionResult AddImportFile(HttpPostedFileBase file)
    {

        ImportDataViewModel importData = SessionBag.Current.ImportData;
        if (importData == null) importData = new ImportDataViewModel();

        if (file == null)
            return RedirectToAction("DataImport");

        if (file.ContentLength > 0)
        {
            ImportDataFile idFile = new ImportDataFile { File = file };
            importData.Files.Add(idFile);
        }

        SessionBag.Current.ImportData = importData;

        return RedirectToAction("DataImport");
    }

je suis pleinement conscient que, dans la plupart des cas, ce serait une mauvaise solution. Mais pour les quelques Ko de mémoire de serveur que les fichiers occupent et avec la simplicité de tout cela, je pense que cela a fonctionné très bien pour moi.

le bonus supplémentaire de l'utilisation du sac de session est que si l'Utilisateur a entré un élément de menu différent et est ensuite revenu, la liste des fichiers serait toujours là. Ce ne serait pas le cas, par exemple lors du choix des champs du formulaire/du stockage du fichier. option.

pour conclure, je me rends compte que le sac de session est très facile à abuser, étant donné la simplicité d'utilisation. Mais si vous l'utilisez pour ce qu'il est censé, à savoir les données de session, je pense qu'il peut être un outil puissant.