[英].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.