动态更改 ASP.NET MVC 路由

Question

通常，当我查看 ASP.Net MVC 应用程序时，路由表会在启动时进行配置，并且此后就不会再被触及。

我对此有几个问题，但它们彼此密切相关：

• 是否可以在运行时更改路由表？
• 我将/应该如何避免线程问题？
• 是否有更好的方法来提供动态 URL？我知道 ID 等可以出现在 URL 中，但不知道这如何适用于我想要实现的目标。
• 如何避免这种情况，即使我定义了默认控制器/操作路由，该默认路由也不适用于特定组合，例如“评论”控制器上的“发布”操作不可通过默认路由使用？

背景：垃圾评论发送者通常会从网站获取发布 URL，然后不再费心浏览该网站来进行自动垃圾邮件发送。如果我经常将我的帖子 URL 修改为某个随机 URL，垃圾邮件发送者将不得不返回该网站并找到正确的帖子 URL 来尝试发送垃圾邮件。如果该 URL 不断变化，我认为这可能会使垃圾邮件发送者的工作变得更加乏味，这通常意味着他们放弃受影响的 URL。

Answer 1

我会考虑实现我自己的 IRouteHandler 并将一些自定义逻辑放入我的自定义 ControllerActionInvoker 中。它将如何运作？路由表不会动态更改，但您可以在自定义 ControllerActionInvoker 中检查路由路径中的随机参数，并调用或不调用相应的操作。

我的路线：

routes.Add 
( 
    new Route 
        ( 
            "blog/comment/{*data}", 
            new RouteValueDictionary(new {controller = "blog", action = "comment", data = ""}), 
            new MyRouteHandler() 
        ) 
); 

我的路线处理程序：

    class MyRouteHandler : IRouteHandler 
{ 

public IHttpHandler GetHttpHandler(RequestContext requestContext) 
    { 
        return new MyHttpHandler(requestContext); 
    } 
}`

我的处理程序：

class MyHttpHandler : MvcHandler 
{ 
    public MyHttpHandler(RequestContext requestContext) : base(requestContext) 
    { 
    } 

    protected override void ProcessRequest(HttpContextBase httpContext) 
    { 
        IController controller = new BlogController(); 
        (controller as Controller).ActionInvoker = new MyActionInvoker(); 
        controller.Execute(RequestContext); 
    } }`

以及我的操作调用程序，其中应该对是否处理操作的自定义逻辑进行编码：

    class MyActionInvoker : ControllerActionInvoker 
{ 
    protected override ActionResult InvokeActionMethod(MethodInfo methodInfo, IDictionary<string, object> parameters) 
    { 

        var data = ControllerContext.RouteData.GetRequiredString("data"); 


 // put my custom logic to check whetever I'll handle the action or not. The data could be a parameter in the database for that purpose.

        return base.InvokeActionMethod(methodInfo, parameters); 
    } 
} 

我不知道这是最好的解决方案，但目前这是我想到的解决方案。

Answer 2

考虑到实际问题背景，通常的做法是包含动态创建的交易号。它应该存储在隐藏的表单字段以及服务器端会话字典中，并且仅对一个请求有效。

我认为现在很多框架都提供了这样的安全机制；而这种攻击类型称为跨站点请求伪造 (csrf)。