Ninject, MVC5, EF6, Repository + UoW
本文关键字:UoW Repository EF6 MVC5 Ninject | 更新日期: 2023-09-27 18:20:31
我有两个问题,第一个是扩展,在负载测试时变得可见。
在负载下,事情很快(10个并发或更少)失败,并出现错误:
已经有一个打开的DataReader与此命令关联,必须先关闭它。
或
ExecuteReader需要一个打开且可用的连接。连接的当前状态为打开。
堆栈跟踪每次都引用一个存储库,例如:
Line 23: public AboutViewDto GetAboutView()
Line 24: {
Line 25: var featured = UnitOfWork.FaqRepository
Line 26: .GetFeatured()
原始NinjectDependencyResolver:
public class NinjectDependencyResolver
: IDependencyResolver, System.Web.Mvc.IDependencyResolver
{
private readonly IKernel _kernel;
public NinjectDependencyResolver() : this(new StandardKernel())
{
}
public NinjectDependencyResolver(IKernel kernel)
{
_kernel = kernel;
AddBindings(_kernel);
}
public IDependencyScope BeginScope()
{
return this;
}
public object GetService(Type serviceType)
{
return _kernel.TryGet(serviceType);
}
public IEnumerable<object> GetServices(Type serviceType)
{
return _kernel.GetAll(serviceType);
}
public void Dispose()
{
// nothing??
}
private static void AddBindings(IBindingRoot kernel)
{
kernel.Bind<IHttpModule>().To<HttpApplicationInitializationHttpModule>();
kernel.Bind<IDataContext>().To<PublicCommentDbContext>().InSingletonScope();
kernel.Bind<IUnitOfWork>().To<UnitOfWork>().InSingletonScope();
kernel.Bind(typeof(IRepository<>)).To(typeof(Repository<>)).InSingletonScope();
kernel.Bind<IFaqRepository>().To<FaqRepository>().InSingletonScope();
kernel.Bind<IListValueRepository>().To<ListValueRepository>().InSingletonScope();
kernel.Bind<INoticeRepository>().To<NoticeRepository>().InSingletonScope();
kernel.Bind<IOrganizationRepository>().To<OrganizationRepository>().InSingletonScope();
kernel.Bind<ITagRepository>().To<TagRepository>().InSingletonScope();
kernel.Bind<IAdminService>().To<AdminService>();
kernel.Bind<IAutoMapperService>().To<AutoMapperService>();
kernel.Bind<IHomeService>().To<HomeService>();
kernel.Bind<IInfoService>().To<InfoService>();
kernel.Bind<IMailService>().To<MailService>();
kernel.Bind<INoticeService>().To<NoticeService>();
kernel.Bind<IOrganizationService>().To<OrganizationService>();
kernel.Bind<ISearchService>().To<SearchService>();
kernel.Bind<IValidator<QuestionDto>>().To<QuestionDtoValidator>();
kernel.Bind<IValidator<NoticeCommentDto>>().To<CommentDtoValidator>();
kernel.Bind<IValidator<NoticeContactDto>>().To<NoticeContactDtoValidator>();
kernel.Bind<IValidator<NoticeDto>>().To<NoticeDtoValidator>();
kernel.Bind<IValidator<OrganizationDto>>().To<OrganizationDtoValidator>();
}
}
}
我有一种预感,InSingletonScope()导致了这个问题,所以我把它改为:
kernel.Bind<IDataContext>().To<PublicCommentDbContext>().InRequestScope();
并将所有其他SingletonScopes更改为RequestScope。
在进行更改后,该网站可以处理400多个并发用户,但没有任何故障
现在没有针对数据库的提交工作。我可以通过控制器、服务、存储库和DBContext提交来跟踪调用,但插入或更新没有发生。
我会在这里发布每一项的片段,希望有人能发现我们犯的愚蠢错误或提出改进建议。
代码段如下:
活动,更新通知,所有相关内容:
1) 项目:
kernel.Bind<IDataContext>().To<PublicCommentDbContext>().InRequestScope();
kernel.Bind<IUnitOfWork>().To<UnitOfWork>().InRequestScope();
kernel.Bind(typeof(IRepository<>)).To(typeof(Repository<>)).InRequestScope();
kernel.Bind<INoticeService>().To<NoticeService>();
.. etc...
2) 控制器:
public sealed class NoticeController : BaseController
{
public NoticeController(IAutoMapperService autoMapperService, INoticeService noticeService)
{
AutoMapperService = autoMapperService;
NoticeService = noticeService;
}
...
3) 通知服务
public class NoticeService : BaseService, INoticeService
{
public NoticeService(
IUnitOfWork unitOfWork,
IAutoMapperService autoMapperService,
IValidator<NoticeDto> noticeDtoValidator)
: base(unitOfWork)
{
AutoMapperService = autoMapperService;
NoticeDtoValidator = noticeDtoValidator;
}
4) 工作单位
public class UnitOfWork : IUnitOfWork
{
private IDataContext _dataContext;
private bool _disposed;
private ObjectContext _objectContext;
private DbTransaction _transaction;
public UnitOfWork(
IDataContext dataContext,
INoticeRepository noticeRepository)
{
_dataContext = dataContext;
NoticeRepository = noticeRepository;
}
5) 通知库
public class NoticeRepository : Repository<Notice>, INoticeRepository
{
public NoticeRepository(IDataContext context) : base(context)
{
}
...
6) 控制器动作
public ActionResult Create(NoticeViewModel notice)
{
notice.TypeId = Convert.ToInt32(NoticeType.ManuallyEnteredDocument);
var newNotice = AutoMapperService.Map<NoticeViewModel, NoticeDto>(notice);
NoticeService.Create(newNotice);
return RedirectToAction("Details", new { name = notice.Arc });
}
7) NoticeService.Create(new):
public void Create(NoticeDto notice)
{
NoticeDtoValidator.ValidateAndThrow(notice);
var newNotice = AutoMapperService.Map<NoticeDto, Notice>(notice);
UnitOfWork.NoticeRepository.Add(newNotice);
UnitOfWork.SaveChanges();
}
8) Generic Repository Add():
public virtual void Add(TEntity entity)
{
entity.ObjectState = ObjectState.Added;
_dbSet.Attach(entity);
_context.SyncObjectState(entity);
}
9) 工作单位保存更改():
public int SaveChanges()
{
return _dataContext.SaveChanges();
}
当我完成这一步时,#8中附加的实体看起来是正确的,状态被添加,当调用保存更改时,基本SaveChanges():中没有记录任何更改
public override int SaveChanges()
{
SyncObjectsStatePreCommit();
base.ChangeTracker.DetectChanges();
var result = base.ChangeTracker.HasChanges();
var changes = base.SaveChanges();
这里的结果是错误的
那怎么可能呢?除了EF6上下文之上的抽象地狱和UoW/Repos之外,我还缺少什么(我继承了这一点)。
外面有人看到什么了吗?
没有错误,没有异常,插入不会发生。
问题解决了,问题是Ninject正在将不同的上下文注入我们的存储库。
我们找到了两种方法来解决这个问题:
选项1)在我们的工作单元中,我们创建了一个额外的构造函数,它只接收一个dbcontext并创建新的存储库,将dbcontext传递给它们。我们也留下了旧的构造函数,这样我们就可以注入repo进行测试。这很有效,只是一个微不足道的改变。
选项2)删除了Ninject并重载了每个控制器的构造函数,手动创建项。由于这个项目很小,我们只需要触摸6个控制器,它工作得很好,每个控制器只需要4行新代码。我们也留下了旧的构造函数,这样我们就可以注入服务进行测试。