DisplayNameFor()方法的工作原理

DisplayNameFor()方法的工作原理
原创Peter Yelnav 最后发布于2018-11-23 11:09:51 阅读数 1308 收藏
展开
最近研究了一下ASP.NET MVC,困惑于视图中DisplayNameFor()方法,于是粗略探究了一下。观点浅显,如有错误之处,还请各位大神多多指正。

完整代码可以到Microsoft Doc / ASP.NET / ASP.NET MVC中查看,链接如下:https://docs.microsoft.com/en-us/aspnet/mvc/overview/getting-started/introduction/。这里只贴出与话题相关的代码:

视图:

@model IEnumerable<MvcMovie.Models.Movie>

<table class="table">
<tr>
<th>
@Html.DisplayNameFor(model => model.Title)
</th>
/* removed for clarity */
</tr>

@foreach (var item in Model) {
<tr>
<td>
@Html.DisplayFor(modelItem => item.Title)
</td>
/* removed for clarity */
</tr>
}
</table>
模型:

public class Movie
{
public int ID { get; set; }
public string Title { get; set; }

[Display(Name = "Release Date")]
[DataType(DataType.Date)]
[DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)]
public DateTime ReleaseDate { get; set; }
public string Genre { get; set; }
public decimal Price { get; set; }
}

public class MovieDBContext : DbContext
{
public DbSet<Movie> Movies { get; set; }
}
我的疑问是:视图中DisplayNameFor()方法如何输出属性的名称? 注意,不是属性的值,而是属性的名称。为了解释这个问题,需要分析下面这行代码:

@Html.DisplayNameFor(model => model.Title)
探究一:@Html
首先,需要明确一点:每个视图都是一个类。

这可能有悖常识:在视图的源代码中只有HTML\CSS\Razor代码,却没有class关键字!怎么证明它是一个类呢?

在视图代码中,在Html\Model等属性上右击鼠标,在弹出的对话框中选择“Go to Definition”,Visual Studio会导引到抽象类WebViewPage<TModel>,可以看到,上述属性都定义在这个类中(如果查看ViewBage的定义,Visual Studio会导引到抽象类WebViewPage,而WebViewPage<TModel>继承自WebViewPage)。

// System.Web.Mvc
abstract class WebViewPage<TModel>: WebViewPage
{
public AjaxHelper<TModel> Ajax { get; set; }
public HtmlHelper<TModel> Html { get; set; }
public TModel Model { get; }
public ViewDataDictionary<TModel> ViewData { get; set; }

/* Others removed for clarity */
}
换言之,每个视图都是一个继承自WebViewPage<TModel>的类。Html是这个类的一个属性,类型是HtmlHelper<TModel>。

在上面的视图中,TModel具体表示什么呢?在视图的开头有如下一行代码:

@model IEnumerable<MvcMovie.Models.Movie>
它清晰地表明:TModel表示IEnumerable<MvcMovie.Models.Movie>(注意,不是MvcMovie.Models.Movie)。

那么,HtmlHelper<TModel>在这里就表示HtmlHelper< IEnumerable<MvcMovie.Models.Movie>>。

探究二:DisplayNameFor(model => model.Title)
如果我们查看HtmlHelper<TModel>的定义(包括它的父类),可以发现并没有DisplayNameFor()方法的定义。右击DisplayNameFor()方法,选择“Go to Definition”,Visual Studio会导引到静态类DisplayNameExtensions,可以发现它是一个静态的扩展方法,并且它有两个重载。

// System.Web.Mvc.Html
static class DisplayNameExtensions
{
public static MvcHtmlString DisplayNameFor<TModel, TValue>(
this HtmlHelper<IEnumerable<TModel>> html,
Expression<Func<TModel, TValue>> expression);

public static MvcHtmlString DisplayNameFor<TModel, TValue>(
this HtmlHelper<TModel> html,
Expression<Func<TModel, TValue>> expression);

/* Others removed for clarity */
}
这两个重载的区别在于:是将Html看作HtmlHelper<IEnumerable<TModel>>,还是看作HtmlHelper<TModel>?编译器又是如何作出正确选择的呢?

继续回到下面这行代码:

@Html.DisplayNameFor(model => model.Title)
如上分析,这里的Html表示HtmlHelper< IEnumerable<MvcMovie.Models.Movie>>。问题是,编译器怎么知道TModel是IEnumerable<MvcMovie.Models.Movie>还是MvcMovie.Models.Movie呢?

诀窍在于lamda表达式=>后面的部分。

让我们先做两个实验:

实验一:把上述代码改成

@Html.DisplayNameFor(model => "hello")
修改后,Visual Studio发出了错误提示:“The call is ambiguous between the following properties or methods: …”。后面的内容被省略了,就是DisplayNameFor()方法的两个重载。

这表明,编译器已经无法确定使用哪个重载了,也就是说无法确定TModel到底表示什么了。

实验二:把上述代码改成:

@Html.DisplayNameFor(model => model.Title + "hello")
这次编译器没有错误提示。因为从语法角度看,修改后的lamda表达式依然符合Func<TModel, TValue>的要求(注意,两个重载的lamda表达式格式是一致的),所以编译时不会发生错误。

但是,运行后发生了异常:InvalidOperationException: Templates can be used only with field access, property access, single-dimension array index, or single-parameter custom indexer expressions。

这个异常大致的意思是:运行时,编译器会调用模板进行匹配,这个模板只支持读单个字段、读单个属性、一维数组的某个元素、单参数索引器等格式。

至此,答案基本上清晰了:

1)编译器并不是按照正常思路使用Func<TModel, TValue>。

2)正常用法是获取Func<TModel, TValue>的返回值,而这里通过获取返回值的类型来获取某个属性的类型。

3)编译器期望编程人员在Func<TModel, TValue>中使用TModel的一个属性作为返回值,这样返回值的类型TValue就是这个属性的类型,编译器就可以获取这个属性的名称并输出到HTML中。

注意:因为是运行时的逻辑,所以上面所说的编译器是指JIT。

探究三:真的是输出属性名称吗?
其实,编译器本意并不是输出属性名称,而是通过定制属性制定的字符串。看模型中ReleaseDate属性的定义,上面被贴上了若干个定制属性。这些定制属性告诉编译器,在调用DisplayNameFor()方法时应该输出什么、格式是什么。

[Display(Name = "Release Date")]
[DataType(DataType.Date)]
[DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)]
public DateTime ReleaseDate { get; set; }
只有当这些定制属性不存在时,编译器才使用属性名作为HTML输出。这是为了简化程序员编程、针对普遍情况而采用的默认配置。
————————————————
版权声明:本文为CSDN博主「Peter Yelnav」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/huguangdlut/article/details/84374957

posted @ 2020-02-04 09:48  清语堂  阅读(817)  评论(0编辑  收藏  举报