如何在 ASP.NET MVC 中提供自己的 ICustomTypeDescriptor？

Question

我正在为 ASP.NET MVC 3 开发一个小型库，该库应该提供更好的模型元数据可重用性以及从数据实体到自定义视图模型的轻松映射。为此，我需要能够为 ASP.NET MVC 中三个不同的感兴趣领域提供我自己的 ICustomTypeDescriptor 实现：

1. 脚手架
2. 验证
3. 模型绑定

这似乎可以通过设置 System.Web.Mvc.ModelMetadataProviders.Current 来完成 到我自己的 CustomMetaDataProvider，但这还不足以涵盖上述所有三点。

问题是 System.Web.Mvc 中有几个类直接调用这个 System.Web.TypeDescriptorHelper ，它是不可扩展的，因为它看起来像这样：

internal static class TypeDescriptorHelper {
        public static ICustomTypeDescriptor Get(Type type) {
            return new AssociatedMetadataTypeTypeDescriptionProvider(type).GetTypeDescriptor(type);
        }
    } 

我发现的唯一解决方案非常尴尬并且需要从 System.Web.Mvc 继承许多类型才能使其工作。我什至不得不完全重新实现 CustomModelBinderDictionary 只是为了覆盖一两行代码。所以它可以工作，但这是一个非常混乱的 hack，并且可能会在我下次更新到新的 ASP.NET MVC 版本时崩溃。

这就是我想知道的：我是否错过了任何简单的方法来做到这一点？

额外问题：如果没有，并且您来自 MVC 团队，您是否可以考虑在 MVC 4 中创建适当的扩展点;-)？

编辑：回答为什么我需要编写自己的 TypeDescriptor 的问题：有几个原因： 1.最重要的是：我需要解决 https://forums.asp 中描述的问题.net/t/1614439.aspx/1 2.另外，由于各种原因，我需要动态插入元数据。例如，我想编写自己的 Bind 属性代码，但 BindAttribute 是密封的。因此，在检测我自己的绑定属性实现时，我不是从它派生，而是从 TypeDescriptor 动态发出匹配的 BindAttribute。

Answer 1

根据 Brad Wilson（ASP.NET MVC 团队成员）的说法，此问题已被列入错误列表MVC 4。所以目前似乎没有好的解决方案，但希望当 MVC 4 出来时这个问题能够得到解决。

对于任何对我的可重用验证和脚手架元数据以及模型/视图模型映射库感兴趣的人，请随时订阅我的博客 https： //devarmind.wordpress.com/。我将在那里发布该库。

Answer 2

我不确定您尝试使用 Validation、ModelBinding 和潜在的 ModelMetadata 的自定义实现来做什么，而这不能通过 MVC 中的 DependencyResolver 功能来完成？

最近的 MVC 3 工具更新中新的脚手架支持可能会满足您对脚手架的需求；不过，我会考虑是否可以连接到 ModelBinding、ModelMetadata 和 Validation 的 DependencyResolver 功能，看看它们是否可以实现您正在寻找的功能。我最近遇到了类似的情况，我需要从头开始实现许多这些行为以提供灵活的框架，并且我只需使用 IoC 的 ModelMetadata 和 Validation 提供程序就可以做到这一点。在某些情况下，我最终还继承了 DynamicObject（或 ExpandoObject），以提供更大的灵活性。我知道这并不是一个直接的答案，但我不确定为什么您需要访问低于这些可扩展性点的任何内容？

编辑：如果您希望在类似的 ViewModel 上重用 ModelMetadata 以避免在多个位置重新定义相同的 ModelMetadata，您可能需要考虑这一点的含义。很多时候，您希望对实体进行某些数据限制，但这些限制应该针对 DataModel 而不是 ViewModel。用户可能有稍微更严格的规则。例如，您可以规定 ViewModel 中的某些字段对于用户来说是只读的，但用作 DataModel 的实体允许您修改值（通常在代码中）。同样，您可能会遇到这样的情况：用于为 VideModel 生成“创建”视图的 ModelMetadata 可能与用于“编辑”视图的 ViewModel 略有不同。重用它们似乎是保持一致性和减少代码重复的好方法，但这可能是您以后后悔的事情。我最近遇到了同样的问题，我想避免为每个可能导致回发的视图编写一个新的 ViewModel，我还没有找到我喜欢的完美解决方案，但我认为重用 ModelMetadata 会导致更多它可能解决的问题我的意见。为需要它们的视图编写 ViewModel 也可能会消除您实现自定义 BindAttribute 实现的需要和脚手架问题。
如果我正确地假设不想使用自己的元数据创建这么多 ViewModel 是导致您尝试查找自定义 BindAttribute、自定义脚手架、自定义 ModelMetadata、自定义验证和自定义 ModelBinding 的实现的原因...这可能是值得的查看创建 ViewModel 实际上需要多少时间。

如果您找到更好的方法，请随时告诉我:-)