Связывание полиморфной модели

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

[HttpPost]
public ActionResult Index(MyModel model) {...}

вместо этого я могу использовать TryUpdateModel (), чтобы позволить мне определить, к какой модели привязываться в коде. Например я делаю что-то вроде этого:

[HttpPost]
public ActionResult Index() {...}
{
    MyModel model;
    if (ViewData.SomeData == Something) {
        model = new MyDerivedModel();
    } else {
        model = new MyOtherDerivedModel();
    }

    TryUpdateModel(model);

    if (Model.IsValid) {...}

    return View(model);
}

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

Я думаю, те из нас, кто не использует MVC с первого дня, забывают о UpdateModel и TryUpdateModel, но он все еще имеет свои применения.

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

class View
{
    public AbstractBaseItemView ItemView { get; set; }
}

у меня есть несколько подтипов AbstractBaseItemView, многие из которых определите свои собственные исключительные свойства.

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

обходной путь для этого не является довольно:

using System.ComponentModel;
using System.ComponentModel.DataAnnotations;

// ...

public class ModelBinder : DefaultModelBinder
{
    // ...

    override protected ICustomTypeDescriptor GetTypeDescriptor(ControllerContext controllerContext, ModelBindingContext bindingContext)
    {
        if (bindingContext.ModelType.IsAbstract && bindingContext.Model != null)
        {
            var concreteType = bindingContext.Model.GetType();

            if (Nullable.GetUnderlyingType(concreteType) == null)
            {
                return new AssociatedMetadataTypeTypeDescriptionProvider(concreteType).GetTypeDescriptor(concreteType);
            }
        }

        return base.GetTypeDescriptor(controllerContext, bindingContext);
    }

    // ...
}

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

Он также работает только тогда, когда заявленные свойства-тип аннотация тип, например, абстрактный класс или взаимодействие.

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

другими словами, вам, вероятно, потребуется интегрировать эту работу в вашу привязку, чтобы также иметь возможность правильно редактировать объекты, которые были добавлены в модель представления до привязки... Лично я считаю, что это более безопасный подход, поскольку я контролирую, какой конкретный тип добавляется, поэтому контроллер/действие может косвенно указать конкретный тип, который может быть связан, просто заполнив свойство пустым экземпляром.

Я надеюсь, что это поможет другие...

используя метод Дарина, чтобы различать ваши типы моделей через скрытое поле в вашем представлении, я бы рекомендовал вам использовать пользовательский RouteHandler чтобы различать типы моделей и направлять каждый из них на уникально именованное действие на вашем контроллере. Например, если у вас есть две конкретные модели, foo и Bar, для Create действие в контроллере, сделать CreateFoo(Foo model) действие и CreateBar(Bar model) действие. Затем сделайте пользовательский RouteHandler следующим образом:

public class MyRouteHandler : IRouteHandler
{
    public IHttpHandler GetHttpHandler(RequestContext requestContext)
    {
        var httpContext = requestContext.HttpContext;
        var modelType = httpContext.Request.Form["ModelType"]; 
        var routeData = requestContext.RouteData;
        if (!String.IsNullOrEmpty(modelType))
        {
            var action = routeData.Values["action"];
            routeData.Values["action"] = action + modelType;
        }
        var handler = new MvcHandler(requestContext);
        return handler; 
    }
}

затем, в глобальном масштабе.асакс.цезий, изменить RegisterRoutes() следующим образом:

public static void RegisterRoutes(RouteCollection routes) 
{ 
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); 

    AreaRegistration.RegisterAllAreas(); 

    routes.Add("Default", new Route("{controller}/{action}/{id}", 
        new RouteValueDictionary( 
            new { controller = "Home",  
                  action = "Index",  
                  id = UrlParameter.Optional }), 
        new MyRouteHandler())); 
} 

затем, когда приходит запрос на создание, если тип модели определен в возвращаемой форме, RouteHandler добавит Тип модели к имени действия, позволяя определить уникальное действие для каждой конкретной модели.