ASP.NET Core MVC应用模型的构建[3]: Controller的收集
从编程的角度来看，一个MVC应用是由一系列Controller类型构建而成的，所以对于一个代表应用模型的ApplicationModel对象来说，它的核心就是Controllers属性返回的一组ControllerModel对象，每个ControllerModel对象是应用模型针对Controller类型的描述。
从编程的角度来看，一个MVC应用是由一系列Controller类型构建而成的，所以对于一个代表应用模型的ApplicationModel对象来说，它的核心就是Controllers属性返回的一组ControllerModel对象，每个ControllerModel对象是应用模型针对Controller类型的描述。
一、ControllerModel
二、 实例演示：Controller模型的构建
三、实例演示：定制Controller模型
一、ControllerModel
描述Controller类型的ControllerModel具有如下定义。该类型的Application属性返回作为当前应用模型的ApplicationModel对象。它的Actions属性返回的ActionModel是对所有定义在当前Controller类型中的Action方法的描述。描述Controller类型属性的PropertyModel对象则存放在ControllerProperties属性中，由于PropertyModel和描述Action方法参数的ParameterModel对象承载的都是服务于模型绑定的元数据，所以我们会将这两个类型的介绍放在一起。ControllerModel类型的Selectors属性返回的一组SelectorModel对象是对应用在Controller级别上的Action选择器的描述，我们会在后续内容中对SelectorModel对象进行单独介绍。
public class ControllerModel : ICommonModel, IFilterModel, IApiExplorerModel { public ApplicationModel Application { get; set; } public IList<ActionModel> Actions { get; } public IList<PropertyModel> ControllerProperties { get; } public IList<SelectorModel> Selectors { get; } public IDictionary<object, object> Properties { get; } public IList<IFilterMetadata> Filters { get; } public ApiExplorerModel ApiExplorer { get; set; } public TypeInfo ControllerType { get; } public IReadOnlyList<object> Attributes { get; } public string ControllerName { get; set; } public string DisplayName { get; } public IDictionary<string, string> RouteValues { get; } MemberInfo ICommonModel.MemberInfo { get; } string ICommonModel.Name { get; } }
ControllerModel类型同时实现了ICommonModel、IFilterModel和IApiExplorerModel接口。默认注册的DefaultApplicationModelProvider会对ControllerModel对象做如下的设置：ControllerType和MemberInfo属性会设置为当前Controller的类型，该类型名称去除“Controller”后缀的字符串会作为Name和ControllerName的属性值。通过标注的特性注册到Controller类型上的过滤器会被提取出来，对应的元数据会添加到Filters属性中。ApiExplorer属性返回的ApiExplorerModel对象由标注在Controller类型上实现了IApiDescriptionGroupNameProvider和IApiDescriptionVisibilityProvider接口的特性构建而成。
DefaultApplicationModelProvider还会将标注到Controller类型上的所有特性提取出来，并将它们添加到Attributes属性中。如果特性类型实现了IRouteTemplateProvider接口，它们将专门用来构建特性路由信息或者路由约束，所以它们会从此列表中移除。DisplayName属性返回的显示名称通过对类型名称作相应格式化生成。DefaultApplicationModelProvider还会提取标注在Controller类型上实现了IRouteValueProvider接口的特性，并利用对应的设置来填充RouteValues属性返回的路由参数。目前唯一实现了该接口的是如下这个用来设置Area名称的AreaAttribute特性，设置的路由参数名称为“area”。
public interface IRouteValueProvider { string RouteKey { get; } string RouteValue { get; } } [AttributeUsage(AttributeTargets.Method | AttributeTargets.Class, AllowMultiple=true, Inherited=true)] public abstract class RouteValueAttribute : Attribute, IRouteValueProvider { public string RouteKey { get; } public string RouteValue { get; } protected RouteValueAttribute(string routeKey, string routeValue); } [AttributeUsage(AttributeTargets.Method | AttributeTargets.Class, AllowMultiple=false, Inherited=true)] public class AreaAttribute : RouteValueAttribute { public AreaAttribute(string areaName) : base("area", areaName) {} }
二、 实例演示：Controller模型的构建
我们照例通过一个简单的实例来演示应用模型中用以描述Controller的元数据采用的默认构建规则。我们在前面演示程序中定义如下这个测试Controller类型FoobarController。如代码片段所示，FoobarController类型上标注了三个特性，分别是用来指定Area的AreaAttribute、过滤器特性FoobarAttribute和设置ApiExplorer的ApiExplorerSettingsAttribute。FoobarController类型中定义了两个属性（A和B）和两个Action方法（Foo和Bar）。
[Area("test")]
[Foobar]
[ApiExplorerSettings(GroupName = "test")]
public class FoobarController
{
public string A { get; set; }
public string B { get; set; }
[HttpGet("foo")]
public void Foo() => throw new NotImplementedException();
[HttpGet("bar")]
public void Bar() => throw new NotImplementedException();
}
为了在页面上呈现描述FoobarController类型的ControllerModel对象的相关信息，我们对定义在HomeControllere中的Action方法Index作了相应的修改。如下面的代码片段所示，我们利用在方法中注入的ApplicationModelProducer对象根据FoobarController类型创建一个ApplicationModel对象，并将包含在该对象中用来描述FoobarController的ControllerModel作为Model呈现成默认的View中。
public class HomeController: Controller { [HttpGet("/")] public IActionResult Index([FromServices]ApplicationModelProducer producer) { var applicationModel = producer.Create(typeof(FoobarController)); return View(applicationModel.Controllers.Single()); } }
我们最后对Action方法Index对应的View文件作相应的修改。如下面的代码片段所示，这是一个Model类型为ControllerModel的强类型View,，它将ControllerModel承载的元数据呈现在一个表格中。
@using Microsoft.AspNetCore.Mvc.ApplicationModels;
@model ControllerModel
@{
var commonModel = (ICommonModel)Model;
var actions = Model.Actions;
var filters = Model.Filters;
var properties = Model.ControllerProperties;
var attributes = Model.Attributes;
var routeValues = Model.RouteValues.ToArray();
}
<html>
<head>
<title>Controller</title>
</head>
<body>
<table border="1" cellpadding="0" cellspacing="0">
<tr><td>ControllerType </td><td>@Model.ControllerType.Name</td></tr>
<tr><td>ControllerName </td><td>@Model.ControllerName</td></tr>
<tr><td>Name </td><td>@commonModel.Name</td></tr>
<tr><td>DisplayName </td><td>@Model.DisplayName</td></tr>
<tr><td rowspan="@actions.Count">Actions</td><td>@actions[0].ActionName</td></tr>
@for (int index = 1; index < actions.Count; index++)
{
<tr><td>@actions[index].ActionName</td></tr>
}
<tr>
<td rowspan="@filters.Count">Filters</td><td>@filters[0].GetType().Name</td>
</tr>
@for (int index = 1; index < filters.Count; index++)
{
<tr><td>@filters[index].GetType().Name</td></tr>
}
<tr>
<td rowspan="@properties.Count">ControllerProperties</td>
<td>@properties[0].PropertyName</td>
</tr>
@for (int index = 1; index < properties.Count; index++)
{
<tr><td>@properties[index].PropertyName</td></tr>
}
<tr>
<td rowspan="@attributes.Count">Attributes</td>
<td>@attributes[0].GetType().Name</td>
</tr>
@for (int index = 1; index < attributes.Count; index++)
{
<tr><td>@attributes[index].GetType().Name</td></tr>
}
<tr>
<td rowspan="@routeValues.Length">RouteVlues</td>
<td>@routeValues[0].Key = @routeValues[0].Value</td>
</tr>
@for (int index = 1; index < routeValues.Length; index++)
{
<tr><td>@routeValues[index].Key = @routeValues[index].Value</td></tr>
}
<tr>
<td rowspan="2">ApiExplorer</td>
<td>IsVisible = @Model.ApiExplorer.IsVisible </td>
</tr>
<tr><td>GroupName = @Model.ApiExplorer.GroupName </td></tr>
</table>
</body>
</html>
改动后的演示程序启动后，我们利用浏览器访问应用的主页，可以得到如图1所示的输出结果。正如上面我们所说的，去除“Controller”字符后缀的类型名称成为了ControllerModel对象的Name和ControllerName的属性值（“Foobar”）。两个属性（A和B）和Action方法（Foo和Bar）转换成相应的PropertyModel和ActionModel对象并分别添加到ControllerModel对象的ControllerProperties和Actions属性中。通过标注特性注册的过滤器（FoobarAttribute）被添加到ControllerModel对象的Filters属性中。通过标注的AreaAttribute设置的Area名称最终转移到ControllerModel对象对象RouteValues属性中。ControllerModel对象的ApiExplorer属性返回的ApiExplorerModel对象很明显是通过标注在类型上的ApiExplorerSettingsAttribute特性创建的，而它的Attributes属性中包含了我们标注的三个特性。
图1Controller模型默认的构建规则
三、实例演示：定制Controller模型
通过前面介绍的针对应用模型的总体设计，我们知道针对Controller模型的定制可以通过自定义的IControllerModelConvention实现类型来实现，我们接下来利用这种方式来改变Controller默认的命名规则。我们在上面演示的程序中定义了如下这个ControllerNameAttribute特性，该特性类型实现了IControllerModelConvention接口，在实现的Apply方法中，我们将构造函数中设置的Controller名称应用到提供的ControllerModel对象上。我们将该特性标注到FoobarController类型上并将名称设置为“Baz”。
[AttributeUsage(AttributeTargets.Class)] public class ControllerNameAttribute : Attribute, IControllerModelConvention { public string ControllerName { get; } public ControllerNameAttribute(string name) => ControllerName = name; public void Apply(ControllerModel controller) => controller.ControllerName = ControllerName; } [Area("test")] [Foobar] [ApiExplorerSettings(GroupName = "test")] [ControllerName("Baz")] public class FoobarController { … }
改动后的演示程序启动后，我们利用浏览器访问应用的主页，可以得到如图2所示的输出结果。我们从图中可以看出，对于最终生成的用来描述FoobarController类型的ControllerModel对象来说，它的ControllerName属性被设置成我们指定的名称“Baz”，它的Name属性（ControllerModel类型针对ICommonModel接口的实现）返回的就是ControllerName属性值。
图2 自定义IControllerModelConvention实现类型定制Controller模型
ASP.NET Core MVC应用模型的构建[1]: 应用的蓝图
ASP.NET Core MVC应用模型的构建[2]: 应用模型
ASP.NET Core MVC应用模型的构建[3]: Controller模型
ASP.NET Core MVC应用模型的构建[4]: Action模型
