我有一个相当标准的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));
}
解决方法
在你的帖子和相关评论中,有一些很好的例子说明如何做到这一点.
然而,对于其他一些可能绊倒的读者来说,我想抛出一个诚实的问题：你甚至真的需要异步控制器吗？
异步控制器动作释放处理请求所需的线程数;然而,如果你没有用尽线程,不太可能,那么你正在创造复杂性,同时试图解决一个既不具有也不期望的问题.或者：“Async真的是免费的,总是更好吗？
实际上,我试图展示一个非常可行的解决方案(也许不是你正在寻找的),只是不使用异步控制器 – 如果确实不需要(这取决于你的具体情况).
这个老古怪的解决方案解决了解决问题的办法.特别是我建议,因为删除复杂性似乎是目标之一.
如何选择使用哪个？有一个更长的列表,但两个最好的问题是：
你的物品是否短暂运行？
>如果没有,你的物品是否被cpu限制？
http://www.asp.net/mvc/tutorials/mvc-4/using-asynchronous-methods-in-aspnet-mvc-4
