ASP.NET MVC a publié la liaison de modèle de fichier lorsque le paramètre est Modèle

Question

Existe-t-il un moyen d'obtenir des fichiers publiés (<input type="file" />) pour participer à la liaison de modèle dans ASP.NET MVC sans consulter manuellement le contexte de demande dans un classeur de modèle personnalisé , et sans créer une méthode d'action distincte qui prend seulement un fichier publié en entrée?

j'aurais pensé que cela fonctionnerait:

class MyModel { 
    public HttpPostedFileBase MyFile { get; set; } 
    public int? OtherProperty { get; set; } 
} 

<form enctype="multipart/form-data"> 
    <input type="file" name="MyFile" /> 
    <input type="text" name="OtherProperty" /> 
</form> 

public ActionResult Create(MyModel myModel) { ... } 

Mais étant donné le scénario ci-dessus, MyFile est même pas partie des valeurs du fournisseur de valeur dans le contexte de liaison. (OtherProperty est, bien sûr.) Mais il fonctionne si je fais ceci:

public ActionResult Create(HttpPostedFileBase postedFile, ...) { ... } 

Alors, pourquoi ne pas de liaison se produit lorsque le paramètre est un modèle, et comment puis-je le faire fonctionner? Je n'ai aucun problème avec l'utilisation d'un classeur de modèle personnalisé, mais comment puis-je le faire dans un classeur modèle personnalisé sans regarder Request.Files["MyFile"]? Par souci de cohérence, de clarté et de testabilité, je souhaite que mon code fournisse une liaison automatique de toutes les propriétés d'un modèle, y compris celles liées aux fichiers publiés, sans inspecter manuellement le contexte de la demande. Je suis actuellement en train de tester la liaison de modèle en utilisant the approach Scott Hanselman wrote about. Ou est-ce que je vais à ce sujet dans le mauvais sens? Comment résoudriez-vous cela? Ou n'est-ce pas possible par conception en raison de l'historique de séparation entre Request.Form et Request.Files?

Answer 1

Il se trouve la raison en est que ValueProviderDictionary ne regarde que dans Request.Form, RouteData et Request.QueryString pour remplir le dictionnaire de fournisseur de valeur dans le contexte de liaison de modèle. Il est donc impossible pour un classeur de modèle personnalisé d'autoriser les fichiers publiés à participer à la liaison de modèle sans inspecter directement la collection de fichiers dans le contexte de requête.Ceci est le plus proche comme je l'ai trouvé pour accomplir la même chose:

public ActionResult Create(MyModel myModel, HttpPostedFileBase myModelFile) { } 

Tant que myModelFile est en fait le nom du champ de formulaire d'entrée file, il n'y a pas besoin d'une substance personnalisée.

Answer 2

Avez-vous regardé this post à partir de the one you linked to (via another one ...)?

Sinon, cela semble assez simple. Ceci est le liant modèle qu'il utilise:

public class HttpPostedFileBaseModelBinder : IModelBinder { 
    public ModelBinderResult BindModel(ModelBindingContext bindingContext) { 
     HttpPostedFileBase theFile = 
      bindingContext.HttpContext.Request.Files[bindingContext.ModelName]; 
     return new ModelBinderResult(theFile); 
    } 
} 

Il enregistre en Global.asax.cs comme suit:

ModelBinders.Binders[typeof(HttpPostedFileBase)] = 
    new HttpPostedFileBaseModelBinder(); 

et des postes avec une forme qui ressemble à ceci:

<form action="/File/UploadAFile" enctype="multipart/form-data" method="post"> 
    Choose file: <input type="file" name="theFile" /> 
    <input type="submit" /> 
</form> 

Toutes les le code est copié directement à partir de l'article de blog ...

Answer 3

Vous n'avez pas besoin d'enregistrer un classeur personnalisé, HttpPostedFileBase est enregistré par défaut dans le cadre:

public ActionResult Create(HttpPostedFileBase myFile) 
{ 
    ... 
} 

Il aide à read a book temps en temps, au lieu de compter uniquement sur les blogs et les forums.

Answer 4

Une autre façon est d'ajouter un champ caché avec le même nom que l'entrée:

<input type="hidden" name="MyFile" id="MyFileSubmitPlaceHolder" /> 

Le DefaultModelBinder verra alors un champ et créer le liant correct.