基本上，我有我的操作接收一个复杂的对象，它又有一个复杂的子对象 – Activity.Location.State(其中Activity是操作期望的复杂对象，Location是一个复杂的子对象，State只是一个字符串) 。

现在我设立了一个测试项目，据我所知，在我的实际项目中，绑定到活动工作，但不是位置…通过在Locaiton属性中设置断点，我可以告诉MVC正在从Activity中检索复杂的Location对象，但是它没有设置任何属性…

我正在尝试调试问题，但是我需要访问MVC v2预览2个符号，我似乎无法追踪…我想看看它实际在做什么，一旦它拉出位置对象(对于一些原因我认为它可能在内部失败，但吞咽异常)。

关于我在这里可以做什么的任何想法

干杯
安东尼

更新：

好的，我做了什么建议并直接参考MVC项目…

我发现这个问题，有一个很小的区别，我忽略了…因为我结果我发现，当涉及到模型绑定时，MVC目前不支持多层次的INTERFACE继承…见下面的…

//MODEL
public class Location : ILocation
{
    ...
}

public interface ILocation : ILocationCore
{
    ...
}

public interface ILocationCore    //In my sample I didn't have this second level interface
{
    ...
    //MVC doesn't find any of these properties
    ...
}


public class Activity : IActivity
{
    ...
}

public interface IActivity : IActivityCore
{
    ILocation Location { get; set; }   //MVC finds this and reads its Meta type as an ILocation
    //Also the implementation of this Location within Activity will always return a instance - our IoC takes care of that,so MVC should never have to create the instance
}

public interface IActivityCore
{
    ...
}

//CONTROLLER
public ActionResult Create(Activity activity)
{
}

因此，我发现MVC找到位置并将其类型读取为一个ILocation，但是当DefaultModelBinder中运行GetModelProperties时，会发生以下情况：

protected virtual PropertyDescriptorCollection GetModelProperties(ControllerContext controllerContext,ModelBindingContext bindingContext) {
        return GetTypeDescriptor(controllerContext,bindingContext).GetProperties();
        //This return no properties
    }

    protected virtual ICustomTypeDescriptor GetTypeDescriptor(ControllerContext controllerContext,ModelBindingContext bindingContext) {
        return new AssociatedMetadataTypeTypeDescriptionProvider(bindingContext.ModelType).GetTypeDescriptor(bindingContext.ModelType);
        //bindingContext.ModelType - is ILocation
    }

因此，我现在假设TypeDescriptionProvider不支持这种继承风格，我很惊讶。另外看v1版本，它看起来像是用v2引入的 – 但是v1可能无法支持我正在努力做的事情。

我不会说这真的是一个错误，但我尝试用具体的类替换了接口，并且工作正常。因此，行为并不是我期望的，并且有点不一致。

有什么想法吗？？？我会认为这种遗产不是相当标准的，但会经常发生足够的照顾。谢谢回复。

干杯