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

Question

我在尝试调试为什么 MVC 在给定情况下没有正确绑定时遇到了很大的困难...

基本上，我的操作接收一个复杂的对象，而该对象又具有一个复杂的子对象 - Activity.Location。 State（其中 Activity 是操作所需的复杂对象，Location 是复杂的子对象，State 只是一个字符串）。

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

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

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

干杯 安东尼

更新：

好的，我按照 JW 的建议做了，直接引用 MVC 项目...

我发现了问题，并且有一个我忽略的非常小的差异...结果我发现 MVC 目前不支持多个级别涉及模型绑定时的接口继承...请参阅以下内容...

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

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

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

干杯

Answer 1

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

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

Answer 2

我只是参考codeplex上发布的asp.net mvc2源代码。我就是这样做的，非常简单。

当您通过源代码进行调试时，它将让您更好地理解。