用ASP.NETMVC源代码寻找解决方案

ASP.NET MVC源代码来寻找解决方案，由于在Action方法中可以调用BeginXxx方法，我们在AsyncActionResult中只需保留Begin方法返回的IAsyncResult，以及另一个对于EndXxx方法的引用。在AsyncActionResult的ExecuteResult方法中将会保存这两个对象，以便在AsyncMvcHandler的EndProcessRequest方法中重新获取并使用。根据“惯例”，我们还需要定义一个扩展方法，方便开发人员在Action方法中返回一个AsyncActionResult。具体实现非常容易，在这里就展示一下异步Action的编写方式：

 
 
 
    
  
  
  
  1. [AsyncAction] 
    2. 
  
  
  
  2. publicActionResultAsyncAction(AsyncCallbackasyncCallback,objectasyncState) 
    3. 
  
  
  
  3. { 
    4. 
  
  
  
  4. SqlConnectionconn=newSqlConnection("...;AsynchronousProcessing=true"); 
    5. 
  
  
  
  5. SqlCommandcmd=newSqlCommand("WAITFORDELAY'00:00:03';",conn); 
    6. 
  
  
  
  6. conn.Open(); 
    7. 
  
  
  
  7. 
  
  
  
  8. returnthis.Async( 
    9. 
  
  
  
  9. cmd.BeginExecuteNonQuery(asyncCallback,asyncState), 
    10. 
  
  
  
  10. (ar)=>
    11. 
  
  
  
  11. { 
    12. 
  
  
  
  12. intvalue=cmd.EndExecuteNonQuery(ar); 
    13. 
  
  
  
  13. conn.Close(); 
    14. 
  
  
  
  14. returnthis.View(); 
    15. 
  
  
  
  15. }); 
    16. 
  
  
  
  16. }
    17.

至此，似乎AsyncMvcHandler也无甚秘密可言了：

 
 
 
    
  
  
  
  1. publicclassAsyncMvcHandler:IHttpAsyncHandler,IRequiresSessionState 
    2. 
  
  
  
  2. { 
    3. 
  
  
  
  3. publicAsyncMvcHandler( 
    4. 
  
  
  
  4. Controllercontroller, 
    5. 
  
  
  
  5. IControllerFactorycontrollerFactory, 
    6. 
  
  
  
  6. RequestContextrequestContext) 
    7. 
  
  
  
  7. { 
    8. 
  
  
  
  8. this.Controller=controller; 
    9. 
  
  
  
  9. this.ControllerFactory=controllerFactory; 
    10. 
  
  
  
  10. this.RequestContext=requestContext; 
    11. 
  
  
  
  11. } 
    12. 
  
  
  
  12. 
  
  
  
  13. publicControllerController{get;privateset;} 
    14. 
  
  
  
  14. publicRequestContextRequestContext{get;privateset;} 
    15. 
  
  
  
  15. publicIControllerFactoryControllerFactory{get;privateset;} 
    16. 
  
  
  
  16. publicHttpContextContext{get;privateset;} 
    17. 
  
  
  
  17. 
  
  
  
  18. publicIAsyncResultBeginProcessRequest( 
    19. 
  
  
  
  19. HttpContextcontext, 
    20. 
  
  
  
  20. AsyncCallbackcb, 
    21. 
  
  
  
  21. objectextraData) 
    22. 
  
  
  
  22. { 
    23. 
  
  
  
  23. this.Context=context; 
    24. 
  
  
  
  24. this.Controller.SetAsyncCallback(cb).SetAsyncState(extraData); 
    25. 
  
  
  
  25. 
  
  
  
  26. try 
    27. 
  
  
  
  27. { 
    28. 
  
  
  
  28. (this.ControllerasIController).Execute(this.RequestContext); 
    29. 
  
  
  
  29. returnthis.Controller.GetAsyncResult(); 
    30. 
  
  
  
  30. } 
    31. 
  
  
  
  31. catch 
    32. 
  
  
  
  32. { 
    33. 
  
  
  
  33. this.ControllerFactory.ReleaseController(this.Controller); 
    34. 
  
  
  
  34. throw; 
    35. 
  
  
  
  35. } 
    36. 
  
  
  
  36. } 
    37. 
  
  
  
  37. 
  
  
  
  38. publicvoidEndProcessRequest(IAsyncResultresult) 
    39. 
  
  
  
  39. { 
    40. 
  
  
  
  40. try 
    41. 
  
  
  
  41. { 
    42. 
  
  
  
  42. HttpContext.Current=this.Context; 
    43. 
  
  
  
  43. ActionResultactionResult=this.Controller.GetAsyncEndDelegate()(result); 
    44. 
  
  
  
  44. if(actionResult!=null) 
    45. 
  
  
  
  45. { 
    46. 
  
  
  
  46. actionResult.ExecuteResult(this.Controller.ControllerContext); 
    47. 
  
  
  
  47. } 
    48. 
  
  
  
  48. } 
    49. 
  
  
  
  49. finally 
    50. 
  
  
  
  50. { 
    51. 
  
  
  
  51. this.ControllerFactory.ReleaseController(this.Controller); 
    52. 
  
  
  
  52. } 
    53. 
  
  
  
  53. } 
    54. 
  
  
  
  54. }
    55.

在BeginProcessRequest方法中将保存当前Context——这点很重要，HttpContext.Current是基于 CallContext的，一旦经过一次异步回调HttpContext.Current就变成了null，我们必须重设。接着将接收到的 AsyncCallback和AsyncState保留，并使用框架中现成的Execute方法执行控制器。当Execute方法返回时一整个Action方法的调用流程已经结束，这意味着其调用结果——即IAsyncResult和EndDelegate对象已经保留。于是将IAsyncResult对象取出并返回。至于EndProcessRequest方法，只是将BeginProcessRequest方法中保存下来的EndDelegate取出，调用，把得到的ActionResult再执行一遍即可。

以上的代码只涉及到普通情况下的逻辑，而在完整的代码中还会包括对于Action方法被某个Filter终止或替换等特殊情况下的处理。此外，无论在BeginProcessRequest还是EndProcessRequest中都需要对异常进行合适地处理，使得Controller Factory能够及时地对Controller对象进行释放。

如果这个解决方案没有缺陷，那么相信它已经被放入ASP.NET MVC 1.0中，而轮不到我在这里扩展一番了。目前的这个解决方案至少有以下几点不足：

没有严格遵守.NET中的APM模式，虽然不影响功能，但这始终是一个遗憾。

由于利用了框架中的现成功能，所有的Filter只能运行在BeginXxx方法上。

由于EndXxx方法和最终ActionResult的执行都没有Filter支持，因此如果在这个过程中抛出了异常，将无法进入ASP.NET MVC建议的异常处理功能中。

根据ASP.NET MVC框架的Roadmap，ASP.NET MVC框架1.0之后的版本中将会支持异步Action，相信以上这些缺陷到时候都能被弥补。不过这就需要大量的工作，这只能交给ASP.NET MVC团队去慢慢执行了。事实上，您现在已经可以在ASP.NET MVC源代码的MvcFutures项目中找到异步Action处理的相关内容。它添加了 IAsyncController，AsyncController，IAsyncActionInvoker，AsyncControllerActionInvoker 等许多扩展。虽说它们都“继承”了现有的类，但是与我之前的判断相似，如AsyncControllerActionInvoker几乎完全重新实现了一遍ActionInvoker中的各种功能——我还没有仔细阅读代码，因此无法判断出这种设计是否优秀，只希望它能像ASP.NET MVC本身那样的简单和优雅。

我打算为现在的代码的EndXxx方法也加上Filter支持，我需要仔细阅读ASP.NET MVC源代码来寻找解决方案。希望它能够成为ASP.NET MVC正式支持异步Action之前较好的替代方案。

当前题目：用ASP.NETMVC源代码寻找解决方案
文章地址：http://www.hantingmc.com/qtweb/news43/313143.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

网站改版知识

各行业网站

网站服务器租用　　 　网站建设　　 　成都集团网站建设　　 　四川电信机房托管　　 　攀枝花网站建设　　 　重庆网站营销　　 　郫县门窗定制　　 　响应式建站　　 　网站优化排名　　 　成都网站设计制作公司　　 　成都网站推广公司　　 　网站建设推广　　 　专业网站建设　　 　成都联通服务器托管　　 　主动防护网　　 　seo网络营销推广　　 　四川中建建业　　 　微信小程序　　 　瑞捷酒店用品　　 　乐山电信机房