ASP.Net MVC et de l'état - comment garder de l'état entre les demandes

Il a été un certain temps depuis que j'ai posté la question, ce qui était assez coloré par mon peu d'expérience et de connaissance de la MVC. Encore, j'ai reçu quelques très utile d'entrée, qui m'a finalement conduit à trouver une solution et également avoir un aperçu de la 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 de la même contrôleur:

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

Cela m'amènent à penser que l'objet a vécu tout au long de ces deux étapes, et que j'ai en quelque sorte pourrait s'attendre à ce que vous pourriez envoyer à la vue, faire quelque chose et puis comme par "magie" qu'il retrouve le contrôleur de nouveau.

Après la lecture de la liaison de modèle, j'ai compris que ce n'est évidemment pas le cas. La vue est complètement morte et statique, et à moins que vous stockez l'information quelque part, c'est fini.

Revenir au problème, qui a été la sélection et le téléchargement des fichiers à partir du client, et la constitution d'une liste de ces fichiers à afficher, j'ai réalisé qu'en général il y a trois façons de stocker des informations entre les demandes en MVC:

1. Vous pouvez stocker des informations dans des champs de formulaire dans la vue, et après retour au plus tard, le contrôleur
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 par acessing objets qui vit tout au long de demandes, par exemple, les variables de session

Dans mon cas, j'ai eu essentiellement deux types d'informations de persister:
1. Le fichier de métadonnées (nom de fichier, taille, etc.)
2. Le contenu du fichier

L' "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. Car je sais que mes fichiers sont assez petites et il y aura seulement quelques-uns d'entre eux, et cette solution ne pourra jamais être déployé dans une batterie de serveurs ou similaire, je voulais explorer le n ° 3 de l'option de variables de session. Les fichiers ne sont pas également intéressant de persister au-delà de la session, elles sont traitées et rejetées, de sorte que je n'ai pas envie de les stocker dans ma db.

Après la lecture de cet excellent article:
L'accès ASP.NET les Données de Session à l'Aide de la Dynamique

J'ai été convaincu. J'ai tout simplement créé un sessionbag classe comme décrit dans l'article, et puis je pourrais faire la suite dans 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 sur le serveur les fichiers occuper et avec la simplicité de tout cela, je pense qu'il a fonctionné très bien pour moi.

Le bonus supplémentaire de l'utilisation de la SessionBag est que si l'utilisateur a entré un autre élément de menu, puis revint, la liste des fichiers seraient encore là. Ce ne serait pas le cas par exemple lorsque le choix de la forme des champs/fichier option de stockage.

Comme dernière remarque, je me rends compte que la SessionBag est très facile à des abus, é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.