NET Core 十种方式扩展你的 Views
原文地址：http://asp.net-hacker.rocks/2016/02/18/extending-razor-views.html
作者：Jürgen Gutsch
翻译：杨晓东(Savorboard)
现在，已经有很多种方式来扩展Razor视图了，我们循循渐进，先从最简单的开始。
如果你之前熟悉MVC5（以及之前的MVC）中的视图的话，有一部分你应该已经很熟悉了。在新的ASP.NET Core 中，那些你熟悉的方式有一部分仍然能用，只是Core版本针对视图又添加了一些东西。这篇文章，我们就来一起看看吧。
#1：数据视图（Typed Views）
这是一个不具有动态内容的最基本的一个视图，就是你定义一个ViewModel , 然后ViewModel具有一些默认值，在视图上直接呈现而已。定死的ViewModel，好像不是很常见，以至于你使用Visual Studio新建一个默认的Web应用程序的话，都看不到它。它就看起来像一个*.cshtml结尾的HTML文件，但是，cshtml文件却是服务端可以解析的一种文件，所以你可以在里面使用一些Razor语法，比如HtmlHelpers，UrlHelpers等。同样，你可以使用ViewBag或者ViewData来从Controller的Action传输数据到View里面，来让它具有动态的内容。但是ViewBag和ViewData都是弱类型的，所以没有智能提示，用起来略不爽。
要在你的视图中使用强类型数据对象，你需要定义一个Model来在视图中使用。
@model ExtendViews.ViewModels.AboutModel
<!-- usage: --->
@Model.FullName这种方式是不是很常见的？ 下一种方式是一个更好的方式来布局我们的视图：
#2：布局（Layouts）：
相当于ASP.NET的WebForms的母版页，不过它是定义Razor视图的基本布局的一种方式。它就是_Layout.cshtml, 位于 ViewsShared 文件夹里 。通常情况下这个文件通常包含HTML的header，body和公用的一些东西。你可以多建几个互相进行组合，来完成整个站点的布局。其他页面引用布局视图页的时候，是这样子写的（注意不需要扩展名）：
@{
Layout = "_Layout";
} 此调用需要在您的视图的第一行中。但你不需要在每一个视图中定义布局，如果你使用Visual Studio新建一个ASP.NET Core项目，Views文件夹有一个_ViewStart.cshtml,在运行的时候它会自动的导入到每个视图中去。
在_Layout.cshtml有一个方法法叫 RenderBody()，它就是用来渲染详细的视图页到模板布局视图中：
@RenderBody()在此方法的位置，详情视图就会被渲染到这里。
#3: 区域（Sections）
有时候子视图中想在主视图中显示一部分html代码，比如javascript代码或者是css，这个时候就可以使用Sections,通常情况下在页面的结尾部分。
在主视图中（_Layout.cshtml）定义一个Javascripts Section：
@RenderSection("scripts", required: false)有一个required参数来声明这个Section是否必须的。然后你就可以在子视图中这样使用：
@section scripts
{
<script>
$(function() {
// some more js code here;
});
</script>
}如果你使用嵌套的布局，你可能需要嵌套这个区域。意思就是你在Section里面嵌套调用RenderSection():
@section scripts
{
@RenderSection("scripts", required: false)
}#4: 分部视图（ PartialViews）
你可以提取html页面中重用的部分，把它放到一个新的Razor视图中，这个视图没有自己的Action，这种视图就叫做分部视图。 分部视图通常也在ViewsShard文件夹。
分部视图同样也可以是一个数据视图,它可以从父视图中获取数据（但不是必须的）：
@model IEnumerable<UserModel>
@if (Model.Any())
{
<ul>
@foreach (var user in Model)
{
<li>@user.FullName</li>
}
</ul>
}这个分部视图需要从父视图中获取用户列表的数据
@{ await Html.RenderPartialAsync("Users", Model.Users);}如果你的分部视图没有定义用户模型，你就不需要传第二个参数。
#5：视图组件（ViewComponents）
这个 ASP.NET Core特有的。
译者注：类似于以前的用户控件
有时候你需要做一些分部视图的事情，但是又包含一些业务逻辑在里面。在过去，你可以使用ChildAction渲染结果到一个视图中，但是，在 ASP.NET Core中，有一种新的方式来做这件事情，它就是ViewComponents（我已经写了一篇关于ViewComponents的博文）。它类似于在MVC中的一种迷你的MVC，也就是说他们可以有自己的Controller，和单个的action以及view。ViewComponents是完全独立于你的当前视图的，但是可以通过你当前的视图传输数据。
想这样调用它，来渲染一个ViewComponents:
@Component.Invoke("Top10Articles");可以看我的博客来学习怎么创建自己的ViewComponent。
请在我的预览后viewcomponent一看学习如何创建你自己的。
#6: HTML助手（HtmlHelpers）
在HTMLHelper类中，你可以创建你自己的扩展方法来扩展Razor语法：
public static class HtmlHelperExtensions
{
public static HtmlString MyOwnHtmlHelper(this HtmlHelper helper, string message)
{
return new HtmlString($"<span>{message}<span>");
}
}在你的视图中，创建一个可重用的部分是非常有用的，它比分部视图多包含了一些业务逻辑。比HTMLHelpers扩展更好的是新的TagHelpers，但是在扩展你视图的时候，HTMLHelpers仍然有它自己的一些适用的地方。
#7: 标签助手（TagHelper）
这是 ASP.NET Core 非常好的一个新特性。
一个扩展你视图的小助手，它看起来像一个原生的HTML标签一样。 在ASP.NET Core MVC中你应该使用 TagHelpers 来替换 HtmlHelpers，因为它们更加的简洁和容易使用。另一个巨大的好处就是依赖注入，在HtmlHelpers中是使用不了的，因为HtmlHelpers 扩展的都是静态内容。 但TagHelpers是一个公共类，我们可以很容易的在它的构造函数中注入服务。
下面是一个很简单的小示例，来展示怎么样定义一个TagHelper：
[TargetElement("hi")]
public class HelloTagHelper : TagHelper
{
public override void Process(TagHelperContext context, TagHelperOutput output)
{
output.TagName = "p";
output.Attributes.Add("id", context.UniqueId);
output.PreContent.SetContent("Hello ");
output.PostContent.SetContent(string.Format(", time is now: {0}",
DateTime.Now.ToString("HH:mm")));
}
}这里定义了一个叫做hi的标签，它以HTML标记来呈现，p标签的内容是当前时间。
使用:
<hi>John Smith</hi>结果:
<p>Hello John Smith, time is now: 18:55</p>ASP.NET Core MVC 已经默认提供了很多TagHelpers来替换以前的HtmlHelpers。例如ActionLink已经被新的TagHelper所替换：
@Html.ActionLink(“About me”, “About”, “Home”)新的TagHelper像这样来创建一个link：
<a asp-controller=”Home” asp-action=”About”>About me</a>以上两种方式来创建一个a标签的结果：
<a href=”/Home/About”>About me</a>可以看到，TagHelpers看起来更像原生的HTML，他们在视图中更加的直观，更高的可读性，并且更容易使用。
#8: 依赖注入（Dependency Injection）
这也是ASP.NET Core的新特性。
在扩展你的视图的时候，可以使用依赖注入了，这是一个非常大改进。是的，你可以在你的视图中使用DI了。
在StackOverflow和reddit有人这样问？
这真的有意义吗? 这不是会搞乱我的视图吗？ 这不是与MVC模式背离吗？
我认为，不是这样的。 的确，在真正需要的地方你才使用，并且，你使用的时候需要非常小心。 有这样一个有效的场景：你创建一个表单来编辑用户的资料信息（User Profile）, 用户可以添加他的公司位置，地址， 国家城市等等，我不愿意从Action到View中传输公司位置 ,地址和国家城市。我只愿意通过用户资料本身（User Profile）, 我只想在 Action 中处理用户资料（User Profile）。这时候可以注入服务来给我查询数据，这就是为什么这种情况下它是非常有用的。它可以让我们的Action和ViewModel 保持非常的干净。
在Startup.cs中的ConfigureServices来注册你具体的服务，然后你就可以在视图中这样来使用，只需要一行代码：
@inject DiViews.Services.ICountryService CountryService;现在你可以在你的视图中使用ContryService来填充国家下拉列表。
我在这篇博客中写了很多关于依赖注入的博文。
#9: 函数（Functions）
在一个ASP.NET MVC 项目中，我从来没有真正的使用过函数这个功能。我只在一个Umbraco的CMS系统中用过一次。不管怎么说，这也是扩展你视图的另一种小技巧。也许你有很复杂视图方面的业务逻辑，在这种情况下，你可以在你的视图中写C#方法：
@functions
{
public string ReverseString(string input)
{
return String.Join("", input.Reverse());
}
}#10: 配置全局视图（Global view configuration）
最后一点，你可以在_ViewImports.cshtml文件中，来配置你其他视图中使用的一些比较公用的 using 引用，依赖注入等。
总结
不管是以前的MVC还是新的的Core的MVC, 都有很多方法来扩展视图，虽然扩展这些视图的方式有些类似，但是每一种都有它最适合的地方，所以我们在使用这些特性来解决我们的问题的时候，我们应该多加思考，找到最合适的方式。