实体框架数据库首先在dll上出现异常行为

Question

我有一个远程SQL Server数据库，在dll中包裹了实体框架。 当我从主应用程序引用该dll时，会得到一个运行时异常，指出“ app.settings文件中缺少连接字符串”，或者，如果手动添加连接字符串，则显示“未找到实体框架引擎”。 如果相反，我在主应用程序中从NuGet ALSO安装了EF，则所引用的dll可以正常工作。

现在，我创建并引用dll的原因是要使我的业务层与持久层分离，但是如果我无论如何都需要对EF的引用才能使我的应用程序正常工作，那么我将失去DLL包装的优势。

我该怎么办？

编辑：我不能从我的主应用程序添加到EF的依赖关系，仅因为该dll的用户将是.NET外部的客户端，例如Excel或Matlab实例

Answer 1

该dll从不拥有自己的配置文件，可以读取诸如连接字符串之类的设置。 尽管您读取配置信息的代码可能在程序集中，但配置文件归主机进程所有，因此，主机进程配置文件中必须存在连接字符串的条目。

在您的方案中，听起来像是在远程服务器上将由SQL Server充当主机进程。 在本地计算机上，主机进程（您的.exe或网站IIS Wp3）将充当主机进程。 您的本地进程将需要web.config / app / config中的connectionstring设置。

在VS中，当我们添加对装配项目的引用时，所有相关的.dll都将被编译并放置在顶层应用程序的bin文件夹中。 如果仅从应用程序中引用.dll文件，则这些相关的.dll文件不会放在bin文件夹中。 这就是您在EF中遇到的问题。

可以将EF功能封装在.dll文件中，但是组成EF本身的.dll文件必须对主机进程可用。 您无需向主应用程序添加NuGet引用。 通过引用在主应用程序中构建.dll的项目，EF引擎将被编译到主应用程序的bin文件夹中。

一旦构建并部署了带有对装配体的项目引用的主应用程序，所有必需的文件将位于执行应用程序的文件夹中。 然后，您可以对.dll源进行更改，并仅更新应用程序文件夹中的.dll二进制文件，前提是更改不会违反合同等。 方法签名。

Answer 2

您的所有依赖项都会遇到相同的问题。 您必须分发多个DLL，并确保它们已被加载。 看到

请参阅解决装配体载荷

AssemblyLoad事件使您可以接管AppDomain的程序集加载过程，并且可以在正常搜索位置（取决于主机.exe位置）之外的磁盘上找到相关程序集，或者下载或解压缩它们。从主.dll中的程序集资源中获取。

另请参见如何在GAC中没有的SSIS脚本任务中加载程序集