Question

在旧的Web API 2中，我们曾经在WebApi.config中设置路由，如下所示：

Map(routes, "MyNamedRoute", "{controller}/custom/preview",
            new {action = "PreviewSomthing"});

因此，路由将转到在URL的第一个段中命名的Controller，然后转到PreviewSomething操作或没有默认操作，然后是与HTTP谓词匹配的方法名称或具有与HTTP动词匹配的属性的方法请求。

现在在ASP.Net MVC Core中，每个人似乎都在使用：

app.UseMvc(routes =>
        {
            routes.MapRoute(
               name: "default",
               template: "{controller=Home}/{action=Index}/{id?}");
        });

用于与Web API控制器的属性路由混合的普通MVC类型路由。

现在这被认为是最佳做法吗？我更喜欢实际定义路线的更多控制。看起来他们会更加可测试。除非在某处仍然存在路径集合对象，否则我们仍然可以访问测试路径。

在本文中： https://docs.microsoft.com/en-us/aspnet/core/fundamentals/routing 有一节叫做“使用路由中间件”。

你需要：

services.AddRouting()

配置startup.cs

以下是他们给出的例子：

public void Configure(IApplicationBuilder app, ILoggerFactory loggerFactory)
{
    var trackPackageRouteHandler = new RouteHandler(context =>
    {
        var routeValues = context.GetRouteData().Values;
        return context.Response.WriteAsync(
            $"Hello! Route values: {string.Join(", ", routeValues)}");
    });

    var routeBuilder = new RouteBuilder(app, trackPackageRouteHandler);

    routeBuilder.MapRoute(
        "Track Package Route",
        "package/{operation:regex(^track|create|detonate$)}/{id:int}");

    routeBuilder.MapGet("hello/{name}", context =>
    {
        var name = context.GetRouteValue("name");
        // This is the route handler when HTTP GET "hello/<anything>"  matches
        // To match HTTP GET "hello/<anything>/<anything>,
        // use routeBuilder.MapGet("hello/{*name}"
        return context.Response.WriteAsync($"Hi, {name}!");
    });

    var routes = routeBuilder.Build();
    app.UseRouter(routes);
}

这个例子非常复杂和抽象，对我有用。但它应该支持以下方法： MapGet 和 MapPost

属性路由现在是更可接受的方式吗？这是最标准的方式吗？