在该类中，保存了一个静态变量Routes，用于保存所有以Lamda表达式方式声明的路由，然后在现有的Controllers集合中进行查找及修改，然后替换AttributeRouteModel属性，并设置响应的Http Method（如果不设置，则默认所有的方式都允许）。
在这里，我们只是简单替换action.AttributeRouteModel，所以会导致一些缺陷（比如一个Action只能支持一个路由路径，以最后一个为准），各位同学可以根据自己的能力进行优化。
优化的时候，要注意Controller上的Route集合保存在controller.Attributes属性上，Action上的Route集合保存在action.Attributes属性上，可以对其进行优化。
然后，在MvcOptions上，我们再为TypeRouteModel添加一些扩展方法以方便使用，代码如下：
public static class MvcOptionsExtensions { public static TypedRouteModel GetRoute(this MvcOptions opts, string template, Action<TypedRouteModel> configSetup) { return AddRoute(template, configSetup).ForHttpMethods("GET"); } public static TypedRouteModel PostRoute(this MvcOptions opts, string template, Action<TypedRouteModel> configSetup) { return AddRoute(template, configSetup).ForHttpMethods("POST"); } public static TypedRouteModel PutRoute(this MvcOptions opts, string template, Action<TypedRouteModel> configSetup) { return AddRoute(template, configSetup).ForHttpMethods("PUT"); } public static TypedRouteModel DeleteRoute(this MvcOptions opts, string template, Action<TypedRouteModel> configSetup) { return AddRoute(template, configSetup).ForHttpMethods("DELETE"); } public static TypedRouteModel TypedRoute(this MvcOptions opts, string template, Action<TypedRouteModel> configSetup) { return AddRoute(template, configSetup); } private static TypedRouteModel AddRoute(string template, Action<TypedRouteModel> configSetup) { var route = new TypedRouteModel(template); configSetup(route); if (TypedRoutingApplicationModelConvention.Routes.ContainsKey(route.ControllerType)) { var controllerActions = TypedRoutingApplicationModelConvention.Routes[route.ControllerType]; controllerActions.Add(route); } else { var controllerActions = new List<TypedRouteModel> { route }; TypedRoutingApplicationModelConvention.Routes.Add(route.ControllerType, controllerActions); } return route; } public static void EnableTypedRouting(this MvcOptions opts) { opts.ApplicationModelConventions.Add(new TypedRoutingApplicationModelConvention()); } }
在上述代码中，我们添加了一个EnableTypedRouting扩展方法，以便向MvcOptions.ApplicationModelConventions属性上添加新的TypedRoutingApplicationModelConvention类型示例。
其它的扩展方法则都是用于声明相关的route，大家注意，在最开头的示例中，我们看到获取action信息的方法是通过委托调用该action方法（但没有真正调用），但是有的方法有参数，那怎么办呢？为此，我们定于一个忽略参数的Param类，代码如下：
public static class Param<TValue> { public static TValue Any { get { return default(TValue); } } }
这样，我们为含有参数的About方法定于路由的时候，就可以这样来定义了，代码如下：
opt.GetRoute("aboutpage/{name}", c => c.Action<HomeController>(x => x.About(Param<string>.Any)));
另外，由于TypeRouteModel里很多方法都是可以链式调用，所以我们也可以通过这种方式为route指定一个名称，示例代码如下：
opt.GetRoute("homepage", c => c.Action<HomeController>(x => x.Index())).WithName("foo");
至此，整个强类型路由的功能就实现完毕了，大家在使用的时候，就多了一种选择了。
弊端（或Bug)
我们看到，在上面实现IApplicationModelConvention接口的时候，我们只是简单的对action.AttributeRouteModel进行替换，也就是说，如果你在Action上已经了Route特性的话，他会把你的信息给你覆盖掉，从而导致你的route失效。比如，如果你定义了一个这样的自定义路由：
public class ProductsController : Controller { [Route("index")] public IActionResult Index() { return Content("Index"); } }
然后又通过Lamda表达式又定义了强类型路由，代码如下：
opt.GetRoute("homepage", c => c.Action<ProductsController>(x => x.Index()));
那么，你只能通过/homepage开来访问，而不能通过/index来访问了，因为它把你的Route给你覆盖掉了。
但是，上述Lamda表达式方式并没有覆盖Controller上定义的Route特性定义，所以如果你在ProductsController上定义了Route特性的话，两者就会组合在一起，例如：
[Route("products")] public class ProductsController : Controller { public IActionResult Index() { return Content("Index"); } }
那么你的访问网址应该是/products/homepage，而不是/homepage。不过如果你在Lamda表达式方式里的代码，是如下这样的话：
opt.GetRoute("/homepage", c => c.Action<ProductsController>(x => x.Index()));
那你的访问网址就应该是/homepage了，因为该路由字符是绝对路径/homepage，而不是homepage。
您可能感兴趣的文章: