小编Cam*_*ron的帖子

为什么我必须在我的UI项目中引用EF？

使用您的asp.net项目部署的UI项目(特别是EF:EntityFramework.SqlServer.dll的sql服务器驱动程序)部署实体框架是否有更优雅的方式,而不是通过NuGet添加对EF的引用UI项目？

在这个堆栈溢出问题中,发布的答案是在我的asp.net项目中创建一个不需要的代码行,只是为了在部署我的asp.net应用程序时复制依赖文件:

我不认为我应该添加未使用的代码以部署依赖项.我也不应该在我的UI项目中添加对EF的引用.

据我所知,EF文件(EntityFramework.SqlServer.dll)在运行时被注入到实体框架中.是的 - 我的asp.net项目配置正确 - 如果它具有对EF或dll EntityFramework.SqlServer.dll的nuget引用,它运行良好.

但是:我不想在我的asp.net mvc项目中添加对实体框架的引用,只是为了部署这个文件.我不想添加对我的DAL项目bin文件夹中的文件的引用,这个文件非常脆弱.我可以在asp.net mvc项目中添加一个post build事件,但这似乎也很脆弱.

在MSTest项目中,我们可以添加[DeploymentItem ...]属性来部署这些类型的依赖项.在asp.net中是否有一个等价物,也许你可以把它放在web.config中.

我想如果我可以在web.config中配置引用实体框架使用的sql提供程序:

<entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
      <parameters>
        <parameter value="v11.0" />
      </parameters>
    </defaultConnectionFactory>
    <providers>
      <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
  </entityFramework>

Run Code Online (Sandbox Code Playgroud)

你也可以配置dll进行部署!

2/13编辑

我正在使用visual studio 2013和EF 6.

有几个人问我为什么关心,为什么我不只是使用NuGet来管理它,并使用NuGet将实体框架引用添加到我的UI项目中.

2个理由:

我的用户界面不应该知道我的ORM是什么!并且不应该在我的UI项目中需要项目引用它.
更重要的是,我管理着一支具有不同技能水平的开发团队,在岸和离岸.我不希望其中一个在UI中意外使用EF类.在UI项目中引用EF可以很容易地让VS或Resharper在"使用System.Data.Entity;"中滑动.然后你在你的UI项目中使用你的ORM.

asp.net asp.net-mvc entity-framework

Cam*_*ron

2017 05-23

9
推荐指数

2
解决办法

2738
查看次数