[英].Net Core Entity Framework Abstraction
我有一个.Net Core Class Library项目,该项目具有使用Entity Framework
的上下文文件。 上下文文件如下所示;
public partial class Qcrr : DbContext
{
public virtual DbSet<AirWorthyNess> AirWorthyNess { get; set; }
public virtual DbSet<AwLog> AwLog { get; set; }
public virtual DbSet<AwserialNumbers> AwserialNumbers { get; set; }
public virtual DbSet<EmployeeInformation> EmployeeInformation { get; set; }
public virtual DbSet<Password256> Password256 { get; set; }
public virtual DbSet<Persistant> Persistant { get; set; }
public virtual DbSet<TblApplicationRights> TblApplicationRights { get; set; }
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
if (!optionsBuilder.IsConfigured)
{
optionsBuilder.UseSqlServer(@"my connection string");
}
}
protected override void OnModelCreating(ModelBuilder modelBuilder)
{
/* my tables
.
.
.
*/
}
}
现在,我还有一个简单的.Net Core Console应用程序 ,该类引用了类库dll以进行测试。 我希望能够在控制台应用程序中按原样使用EF DbSet功能,而不必再次引用EF。 当然,如果我尝试直接使用上下文文件,则会出现以下错误;
它告诉我再次引用实体框架。
所以我的问题是,什么是提取类库中dbcontext的最佳实践方法?
我是否需要实现DbContext功能(如Add,AddRange,Delete,IQueryable实现(Select,Where,First ...))?
实体框架已经是数据库的良好抽象。 如果添加另一层,则总是被迫向您的抽象添加越来越多的功能。
EF的AsNoTracking函数就是一个很好的例子。 它对性能有好处,但是在不重新实现整个EF逻辑的情况下将其实现添加到您的抽象中很重要。 另一个示例是空间数据类型,原始SQL查询以及您的业务逻辑可能需要的更多有趣功能,但是由于抽象,您不能使用它们。 因此,请勿添加其他层。
我认为解决方案是使用存储库模式。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.