用数据访问层安排3层的dotnet核心应用程序

Question

我典型的.NET 4.5X Web应用程序结构至少有3层：一个Web项目（一个.NET Web应用程序），一个域/业务逻辑项目（一个类库）和一个数据访问项目（一个类库）。 Web项目引用业务层，业务层引用数据访问层。

我喜欢这种方法，因为我的web项目没有对数据访问项目的引用（它必须先通过域/业务逻辑层）。我的Web项目不应该有任何访问上下文或存储库类。

在3层.net 4.5.X应用程序中，我在web.config中声明了连接字符串，并将DbContext的名称作为连接字符串的名称属性。

在新DOTNET核心的模式，我看到每一个例子已在Startup.cs配置像这样的DbContext：

public void ConfigureServices(IServiceCollection services) 
{ 
    // Add framework services. 
    services.AddMvc(); 
    services.AddEntityFramework() 
     .AddSqlServer() 
     .AddDbContext<MyApplicationContext>("myconnectionstring or reference to it"); 
} 

通过给启动一个具体的类使用的的DbContext，我必须引用数据访问项目，其中定义了dbcontext。我宁愿只参考中间层，并避免引用DAL。

我的问题是：我应该如何安排我的解决方案结构，以便避免将我的Web项目的引用添加到我的数据访问项目中？

我可以使用appsettings.json属性吗？

我可以以其他方式添加我的实体配置吗？

有没有什么专业我缺少关于网络核心？

预先感谢您。

Answer 1

我发现使用EF6和DOTNET核心，我有相当舒适的解决方案。

它不使用EF7的services.AddSqlServer（）调用，而是使用EF6配置并将DbContext注册到启动时调用的Bootstrap类中。

public static class BootstrapConfig 
{ 
    public static void RegisterApplicationServices(this IServiceCollection services, IConfigurationRoot configuration) 
    { 
     // DbContext 
     services.AddScoped<DbContext>(x => new ApplicationContext(configuration["Data:ApplicationContext:ConnectionString"])); 
    } 
} 

这是从Startup.cs在WebLibrary项目称为

public void ConfigureServices(IServiceCollection services) 
{ 
    // Add framework services. 
    services.AddMvc(); 

    services.RegisterApplicationServices(Configuration); 
} 

WebLibrary是点网核心的Web应用程序（包含控制器，是启动项目）。

业务逻辑是服务层，是Web应用程序和数据访问项目之间的中间层。

数据访问是实际执行查询时存在dbContext和存储库类的地方。

Model项目包含POCO和枚举，不是智能对象，而是跨应用程序使用的容器。

引导项目引用了业务逻辑和数据访问项目，以便它可以注册IOC容器的服务和存储库。

查看示例解决方案的github repo。 一个问题我还是有，具体到我的应用程序是这样的：

即使Web库没有数据访问项目的引用，我仍然可以从控制器的一个实例化一个ApplicationContext。将这些项目分离出来的整个目的是让我们无法直接在Web项目中获取数据库上下文。我不确定这是否与Core中的新解决方案结构有关，或者如果我包含某些我不知道的内容。

Answer 2

我认为你正在寻找Repository模式。它是您的业务与DAL之间的一个层。

下面是我组织最近的解决方案，以避免UI知道我的DAL。