我本来打算实现一个自定义的DisplayAttribute,以便允许基于模型值动态显示值,但由于DisplayAttribute是密封的,所以无法实现。
在我开始编写自己的客户属性来模拟DisplayAttribute的行为之前,有人能想到为什么它是密封的吗?我假设它背后有一个原因,如果是这样的话,这可能就是我不应该尝试通过滚动自己的限制来“破解”这个限制的原因。
我不是要求任何人读懂微软的想法,我只是希望有人已经知道它被封存的设计原因,这样我就可以在滚动(或避免)自己的实现时考虑到这一点。
发布于 2012-02-23 03:40:38
一般而言,密封属性被认为是最佳实践。defined here,FxCop是有规定的。从该页面:
.NET框架类库提供了检索自定义属性的方法。默认情况下,这些方法搜索属性继承层次结构;例如,Attribute.GetCustomAttribute搜索指定的属性类型或扩展指定属性类型的任何属性类型。密封属性可以消除对继承层次结构的搜索,并可以提高性能。
许多MVC属性(ActionFilter等)被解封,因为它们被专门设计为可扩展的,但DataAnnotations命名空间中的元素却不是。
发布于 2012-02-23 03:42:52
不完全是你想要的,但是按照你的意图...
您仍然可以考虑动态显示值,只是不会扩展DisplayAttribute。
相反,您可以实现自己的IModelMetadataProvider,它可以包含创建动态显示值所需的任何逻辑。
来自ASP.NET MVC团队的Brad Wilson在他的博客上有一篇很好的文章和示例:http://bradwilson.typepad.com/blog/2010/01/why-you-dont-need-modelmetadataattributes.html
https://stackoverflow.com/questions/9401665
复制相似问题