Связывание модели Web API с многостраничными формами

Ответ 1

@Mark Jones связался с моим сообщением в блоге http://lonetechie.com/2012/09/23/web-api-generic-mediatypeformatter-for-file-upload/, который привел меня сюда. Я должен думать о том, как делать то, что вы хотите.

Я считаю, что если вы объедините мой метод вместе с TryValidateProperty(), вы сможете выполнить то, что вам нужно. Мой метод получит объект десериализован, однако он не обрабатывает никакой проверки. Вам нужно будет использовать рефлексию для прокрутки свойств объекта, а затем вручную вызвать TryValidateProperty() на каждом из них. Этот метод немного больше, но я не уверен, как это сделать.

http://msdn.microsoft.com/en-us/library/dd382181.aspx http://www.codeproject.com/Questions/310997/TryValidateProperty-not-work-with-generic-function

Изменить: кто-то еще задал этот вопрос, и я решил закодировать его, чтобы убедиться, что он сработает. Вот мой обновленный код из моего блога с проверками проверки.

public class FileUpload<T>
{
    private readonly string _RawValue;

    public T Value { get; set; }
    public string FileName { get; set; }
    public string MediaType { get; set; }
    public byte[] Buffer { get; set; }

    public List<ValidationResult> ValidationResults = new List<ValidationResult>(); 

    public FileUpload(byte[] buffer, string mediaType, 
                      string fileName, string value)
    {
        Buffer = buffer;
        MediaType = mediaType;
        FileName = fileName.Replace("\"","");
        _RawValue = value;

        Value = JsonConvert.DeserializeObject<T>(_RawValue);

        foreach (PropertyInfo Property in Value.GetType().GetProperties())
        {
            var Results = new List<ValidationResult>();
            Validator.TryValidateProperty(Property.GetValue(Value),
                                          new ValidationContext(Value) 
                                          {MemberName = Property.Name}, Results);
            ValidationResults.AddRange(Results);
        }
    }

    public void Save(string path, int userId)
    {
        if (!Directory.Exists(path))
        {
            Directory.CreateDirectory(path);
        }

        var SafeFileName = Md5Hash.GetSaltedFileName(userId,FileName);
        var NewPath = Path.Combine(path, SafeFileName);

        if (File.Exists(NewPath))
        {
            File.Delete(NewPath);
        }

        File.WriteAllBytes(NewPath, Buffer);

        var Property = Value.GetType().GetProperty("FileName");
        Property.SetValue(Value, SafeFileName, null);
    }
}

Ответ 2

Существует хороший пример родоформата для загрузки файлов здесь http://lonetechie.com/2012/09/23/web-api-generic-mediatypeformatter-for-file-upload/. Если бы я собирался иметь несколько контроллеров, принимающих загрузку файлов, тогда это был бы подход, который я бы принял.

P.S. Оглядываясь вокруг, это похоже на лучший пример для загрузки в контроллер http://www.strathweb.com/2012/08/a-guide-to-asynchronous-file-uploads-in-asp-net-web-api-rtm/

Обновление

Re: Полезность подхода Multipart, здесь описано , но это, в сущности, сводится к тому, что многопользовательский подход хорошо строится для значительно размерные бинарные данные и т.д.

Будет ли работать привязка модели DEFAULT?

Стандартное/стандартное связующее устройство для WebApi не построено, чтобы справиться с моделью, которую вы указали, то есть, которая смешивает простые типы и потоки и массивы байтов (не так просто)... Это цитата из статья, которая вдохновила lonetechie's:

"Простые типы" использует привязку модели. В сложных типах используются форматирующие элементы. "Простой тип" включает в себя: примитивы, TimeSpan, DateTime, Guid, Decimal, String или что-то с TypeConverter, который преобразует из строки

Использование байтового массива в вашей модели и необходимость создания этого из потока/содержимого запроса будет направлять вас на использование форматов вместо.

Отправить модель и файлы отдельно?

Лично я хотел бы отделить загрузку файла с модели... возможно, не вариант для вас... таким образом, вы бы отправили POST на тот же контроллер и маршрут, когда используете тип содержимого данных MultiPart, это вызовет файл, загружающий форматировщик, и когда вы используете application/json или x-www-form-urlencoded, тогда он будет делать привязку модели простого типа... Два POST могут быть не в этом вам, но это вариант...

Пользовательское связующее устройство?

У меня был небольшой успех с настраиваемое связующее устройство, вы можете что-то сделать с этим, возможно... это можно сделать родовым ( с некоторыми умеренными усилиями) и может быть зарегистрирован глобально в поставщике связующего для повторного использования...

Это может стоить игры?

public class Foo
{
    public byte[] Stream { get; set; }
    public string Bar { get; set; }
}

public class FoosController : ApiController
{

    public void Post([ModelBinder(typeof(FileModelBinder))] Foo foo)
    {
        //
    }
}

Пользовательское связующее устройство:

public class FileModelBinder : System.Web.Http.ModelBinding.IModelBinder
{
    public FileModelBinder()
    {

    }

    public bool BindModel(
        System.Web.Http.Controllers.HttpActionContext actionContext,
        System.Web.Http.ModelBinding.ModelBindingContext bindingContext)
    {
        if (actionContext.Request.Content.IsMimeMultipartContent())
        {
            var inputModel = new Foo();

            inputModel.Bar = "";  //From the actionContext.Request etc
            inputModel.Stream = actionContext.Request.Content.ReadAsByteArrayAsync()
                                            .Result;

            bindingContext.Model = inputModel;
            return true;
        }
        else
        {
            throw new HttpResponseException(actionContext.Request.CreateResponse(
             HttpStatusCode.NotAcceptable, "This request is not properly formatted"));
        }
    }
}