我的dal和服务类如下。我使用 Ninject 来注入依赖项。
public interface IEntityRepository<T> where T : class, IEntity, new()
{
ICollection<T> GetAll(Expression<Func<T, bool>> filter = null);
T Get(Expression<Func<T, bool>> filter);
T Add(T entity);
T Update(T entity);
void Delete(T entity);
}
public class EfEntityRepositoryBase<TEntity, TContext> : IEntityRepository<TEntity>
where TEntity : class, IEntity, new()
where TContext : DbContext, new()
{
public virtual ICollection<TEntity> GetAll(Expression<Func<TEntity, bool>> filter = null)
{
using (var context = new TContext())
{
return (filter == null ? context.Set<TEntity>() : context.Set<TEntity>().Where(filter)).ToList();
}
}
public virtual TEntity Get(Expression<Func<TEntity, bool>> filter)
{
using (var context = new TContext())
{
return context.Set<TEntity>().SingleOrDefault(filter);
}
}
public virtual TEntity Add(TEntity entity)
{
using (var context = new TContext())
{
var addedEntity = context.Entry(entity);
addedEntity.State = EntityState.Added;
context.SaveChanges();
return entity;
}
}
public virtual TEntity Update(TEntity entity)
{
using (var context = new TContext())
{
var updatedEntity = context.Entry(entity);
updatedEntity.State = EntityState.Modified;
context.SaveChanges();
return entity;
}
}
public virtual void Delete(TEntity entity)
{
using (var context = new TContext())
{
var deletedEntity = context.Entry(entity);
deletedEntity.State = EntityState.Deleted;
context.SaveChanges();
}
}
}
public interface ICallService
{
}
public class CallManager : ICallService
{
}
public interface ICallDal : IEntityRepository<Call>
{
}
public class EfCallDal : EfEntityRepositoryBase<Call, DatabaseContext>, ICallDal
{
}
public class BusinessModule : NinjectModule
{
public override void Load()
{
Bind<ICallService>().To<CallManager>().InSingletonScope();
Bind<ICallDal>().To<EfCallDal>();
}
}
在 dal 和服务类中使用单例作用域的优点或缺点是什么？根据您的经验使用它是否正确？
我也对 DbContext 类的依赖注入感到好奇。
Bind<DbContext>().To<MyContext>().InSingletonScope();
我认为将单例用于上下文类是有风险的。不是吗？
在 DAL和服务类？
优势：
- 您只实例化一个对象，即 CPU 和内存的增益。
- 您可以共享状态(如果不加以控制，这将是一个巨大的障碍(
弊：
- 对象图必须是线程安全的(DbContext 不是这种情况( 对象
- 图中的对象必须是无状态的，除非您希望所有对象共享状态
在实践中，这不是一个好主意，它将是一个很大的问题来源。
由于您似乎处于Web上下文(Asp.Net MVC(中，因此您应该将大多数对象绑定到InRequestScope中。
避免使用new DbContext。您的上下文应绑定并作为构造函数参数注入。否则，您将错过依赖注入的要点。
一旦你了解了范围界定的机制，你就可以使用单例、范围工厂等。