十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
前面的篇幅讲解了Model元数据生成的过程,并没有对Model元数据生成过程的内部和Model元数据结构的详细解释。看完本篇后将会对Model元数据有更清楚的了解,当然了也不会是特别全面的,因为后面还有篇幅。希望能给大家带来好的效果。
创新互联建站是一家网站设计公司,集创意、互联网应用、软件技术为一体的创意网站建设服务商,主营产品:响应式网站、品牌网站制作、成都全网营销。我们专注企业品牌在网站中的整体树立,网络互动的体验,以及在手机等移动端的优质呈现。成都网站建设、成都网站制作、移动互联产品、网络运营、VI设计、云产品.运维为核心业务。为用户提供一站式解决方案,我们深知市场的竞争激烈,认真对待每位客户,为客户提供赏析悦目的作品,网站的价值服务。
什么是Model元数据?
生成Model元数据的过程【一】
生成Model元数据的过程【二】
ModelMetaData的定义、详解
Model元数据应用(常用特性应用)-1
Model元数据应用(自定义视图模板)-2
Model元数据应用(IMetadataAware接口使用)-3
对于Model元数据的生成可否我们自己来定义呢?回答是肯定的,必须可以阿。MVC框架给我们提供了顶层基类,在调用的时候是从当前上下文中获取到系统默认实现类(或者是我们自定义的实现类)。我们来看一下示例代码1-1.
代码1-1
public class MyCustomModelMetadataProvider:DataAnnotationsModelMetadataProvider { protected override ModelMetadata CreateMetadata(IEnumerableattributes, Type containerType, Func
代码1-1中的MyCustomModelMetadataProvider类型继承自DataAnnotationsModelMetadataProvider类型,并且重写了CreateMetadata()的方法,在CreateMetadata()方法中会根据参数attributes中的特性信息来对Model元数据各种属性来操作赋值。这个会在下面说到,代码1-1中并没有对attributes参数这些来进行解析,而只是实例化了一个Model元数据类型(DataAnnotationsModelMetadata继承自ModelMetadata)用来返回。这样定义好了过后系统并不会调用我们自定义的实现,而是需要在项目启动的时候就添加到系统上下文中,我们就在Global.asax文件中的MvcApplication类型里的Application_Start()方法中来添加示例代码1-2.
代码1-2
ModelMetadataProviders.Current = new MyCustomModelMetadataProvider();
这样定义过后,系统框架在执行的时候就会调用我们的自定义实现了,还可以使用前面篇幅的示例来直接运行,什么结果我没试过不过肯定是不会有什么特殊效果,真正的目的不在这,而是在CreateMetadata()方法的入口处设上断点(图1)然后我们再次按F5执行程序,程序又会执行到我们自定义实现的CreateMetadata()方法。
图1
按照上面做的意义何在呢?这样做的意义在于在每次断点进来的时候,我们可以打开调试的即时窗口,并且输入CreateMetadata()方法参数的modelType来查看当前所要生成的Model元数据对应的类型或者是属性,也便于我们自己去更深入的学习。还有一个意思就是证明了我上篇所说的那样生成的过程。
下面我们来看一下系统默认提供的DataAnnotationsModelMetadataProvider类型中是怎么对Model元数据进行操作的,先看一下默认的实现代码,
代码1-3
protected override ModelMetadata CreateMetadata(IEnumerableattributes, Type containerType, Func
在代码1-3中,我们看到首先会根据参数attributes转换为Attribute集合类型的attributeList变量,然后就是在此集合中搜寻第一个DisplayColumnAttribute类型的特性,暂且先不说这个特性类型是干什么的,因为我现在也不太明白。
然后就是根据CreateMetadata()方法中的参数实例化一个DataAnnotationsModelMetadata类型的元数据,这个类型上面说过了。继续往下看,然后就到了从attributeList变量获取第一个HiddenInputAttribute类型的特性实例,在判断不为空后,对Model元数据DataAnnotationsModelMetadata类型变量result的两个属性开始赋值(下文中对Model元数据DataAnnotationsModelMetadata类型变量result统称叫result),首先第一个是Model元数据的TemplateHint属性,这个属性表示着这个Model元数据所表示的对象要使用哪个视图模板来生成Html代码(视图模板的内容这个系列的后面篇幅会有讲解,到时候再回头来看一下,学习嘛感觉就是一个迭代的过程)。然后是HideSurroundingHtml属性的赋值,对应的是HiddenInputAttribute类型的DisplayValue值,HiddenInputAttribute类型表示的是是否将属性或者字段值显示为隐藏的Input元素,如果我们这样写的话[HiddenInput(DisplayValue = false)],HideSurroundingHtml属性值则为true,代表的意思就是使用关联的Html元素来呈现对象模型,意思就是用HiddenInputAttribute类型所关联隐藏输入域来呈现我们所指定的属性或者字段。这里可能有点绕,不过不妨碍,下个篇幅会讲示例用的效果。
切回主题继续讲,下面则是从attributeList中获取UIHintAttribute类型的集合,并且经过一番判断获取一个UIHintAttribute类型的实例,并且还是赋值到TemplateHint属性(上面说过),这里就覆盖掉了,在我们使用默认的Model元数据提供程序的时候就要注意这些了,再继续往下看。
从attributeList中获取第一个EditableAttribute类型的实例,并且根据EditableAttribute类型实例中的AllowEdit属性值来设置result的IsReadOnly属性值,代表着指示这个模型是否只读,EditableAttribute类型指示模型是否可编辑的意思和下面的ReadOnlyAttribute类型很像,只不过同样是实现只读效果两个类型使用中设置的属性值是相反的。
同样是从attributeList获取符合类型条件的第一个DataTypeAttribute类型实例,还有个是DisplayFormatAttribute类型实例,这里会调用默认的提供程序里的另一个函数,在此就不做多的介绍了,我就稍微的说一下就行了。为什么把这两个放一起呢?因为他们都是对指定的模型输出格式的设置有关。
ScaffoldColumnAttribute类型实例表示着是否使用基架(模板视图辅助器的一种,EditorForModel属于其中之一),当某项属性上使用了这个特性类的时候,在使用基架的时候会直接跳过这项属性,在生成的页面中也不会发现这项属性。(遭到了嫌弃)
同样的DisplayAttribute类型的实例也是从attributeList获取符合类型条件的第一个,DisplayAttribute类型实例里有个Name属性会被设置到result的DisplayName属性,这个属性的意思就是指定的模型显示到页面的值。而DisplayNameAttribute类型实例的意思和DisplayAttribute类型的相近,只不过DisplayNameAttribute类型可以用于类类型,转定义我们一看便知。
最后对于RequiredAttribute类型实例的意思会在Model验证篇幅中说明。