ASP.net MVC v2 - 调试模型绑定(bind)问题 - BUG？

Question

我在尝试调试为什么 MVC 在给定情况下没有正确绑定(bind)时遇到了一些困难...

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

现在我建立了一个测试项目，据我所知，它完全模仿了我的实际场景，在这个测试用例中，绑定(bind)有效...但在我的实际项目中，绑定(bind)到 Activity 有效，但绑定(bind)到 Location 无效...通过在 Locaiton 属性中放置断点，我可以看出 MVC 正在从 Activity 中检索复杂的 Location 对象，但它没有设置任何属性...

我正在尝试调试该问题，但我需要访问 MVC v2 预览 2 符号，但我似乎无法找到这些符号...我想看看它拉出位置对象后实际上在做什么(出于某种原因，我认为它可能在内部失败，但吞下了异常)。

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

干杯安东尼

更新:

好吧，我做了 J.W.建议直接引用MVC项目...

我发现了这个问题，并且有一个非常小的差异被我忽略了...结果我发现 MVC 目前在模型绑定(bind)方面不支持多级别的 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，但是当 GetModelProperties 在 DefaultModelBinder 中运行时，会发生以下情况 -

    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 可能无法支持我想要做的事情。

我不会说这确实是一个错误，但我尝试用具体的类替换我的接口(interface)，并且效果很好。因此，这种行为并不是我所期望的，而且有点不一致。

有什么想法吗？？？我本以为这种继承并不相当标准，但会经常发生，足以满足需要。谢谢您的回复。

干杯

Answer 1

事实证明，这种行为是由于接口(interface)继承的工作原理而设计的。接口(interface)不定义实现，因此 ILocation 不会“继承”ILocationSource 的属性。相反，ILocation 仅定义具体实现必须实现的内容。

有关完整详细信息，包括定义此行为的 CLI(公共(public)语言基础设施)规范部分，请查看:http://haacked.com/archive/2009/11/10/interface-inheritance-esoterica.aspx