我有一个相当标准的MVC 5应用程序,包括存储库层,服务层和控制器层.为了保持每个层解耦和可测试我正在使用Ninject进行依赖注入.
为了刷新新的技能,我决定使用新的任务控制器操作与异步/等待IO绑定操作的服务和控制器方法.
通常我只是使用这样的InRequestScope绑定
kernel.Bind<IDbContext>().To<BlogContext>().InRequestScope();
一般来说,这是现在工作正常,但是如果我选择调试我的应用程序,或加入多个跟踪的实体框架对象在一起并保存,我发现上下文已被处理或我正在跟踪问题.我知道为什么会发生这种情况,这是完全合乎逻辑的,因为操作不再发生在IIS线程上,所以Ninject如何知道它应该使用相同的上下文.
要解决这个问题,我可以将我的上下文从我的服务层传递到每个存储库调用中,甚至可以从控制器层传递.不过我觉得这看起来很乱,我宁愿Ninject管理这个对象的上下文,如果可能的话.
以优雅/简约的方式处理这种情况的最佳策略是什么,同时保持我的代码与下面给出的示例相似?
这是我的一个控制器方法的一个例子
public virtual async Task<ActionResult> Edit(int id) { var editviewmodel = await BuildDefaultCreateEditviewmodel(); var post = await postService.GetNonDeletedPost(id); ... ... return View(MVC.Admin.Post.Views.CreateEdit,editviewmodel); }
服务方式
public async Task<PostDTO> GetNonDeletedPost(int postId) { return (await PostRepostiory.GetPost(postId)).ConvertToDTO(); }
存储库方法
public Task<Post> GetPost(int postId) { return QueryableExtensions.SingleOrDefaultAsync( DbSet.Where(post => post.PostId == postId) .Include(post => post.PostVersions) .Include(post => post.Categories) .Include(post => post.Files)); }
解决方法@H_502_28@
在你的帖子和相关评论中,有一些很好的例子说明如何做到这一点.
然而,对于其他一些可能绊倒的读者来说,我想抛出一个诚实的问题:你甚至真的需要异步控制器吗?
异步控制器动作释放处理请求所需的线程数;然而,如果你没有用尽线程,不太可能,那么你正在创造复杂性,同时试图解决一个既不具有也不期望的问题.或者:“Async真的是免费的,总是更好吗?
实际上,我试图展示一个非常可行的解决方案(也许不是你正在寻找的),只是不使用异步控制器 – 如果确实不需要(这取决于你的具体情况).
这个老古怪的解决方案解决了解决问题的办法.特别是我建议,因为删除复杂性似乎是目标之一.
如何选择使用哪个?有一个更长的列表,但两个最好的问题是:
你的物品是否短暂运行?
>如果没有,你的物品是否被cpu限制?
http://www.asp.net/mvc/tutorials/mvc-4/using-asynchronous-methods-in-aspnet-mvc-4
然而,对于其他一些可能绊倒的读者来说,我想抛出一个诚实的问题:你甚至真的需要异步控制器吗?
异步控制器动作释放处理请求所需的线程数;然而,如果你没有用尽线程,不太可能,那么你正在创造复杂性,同时试图解决一个既不具有也不期望的问题.或者:“Async真的是免费的,总是更好吗?
实际上,我试图展示一个非常可行的解决方案(也许不是你正在寻找的),只是不使用异步控制器 – 如果确实不需要(这取决于你的具体情况).
这个老古怪的解决方案解决了解决问题的办法.特别是我建议,因为删除复杂性似乎是目标之一.
如何选择使用哪个?有一个更长的列表,但两个最好的问题是:
你的物品是否短暂运行?
>如果没有,你的物品是否被cpu限制?
http://www.asp.net/mvc/tutorials/mvc-4/using-asynchronous-methods-in-aspnet-mvc-4