自定义DAL依赖加载异常：为何仅引用DAL无法正常运行？

首先得搞清楚为什么只引用自定义DAL DLL不够：.NET的CLR在运行时需要加载所有被调用到的程序集——不管是客户端直接引用的，还是DAL这类组件间接引用的。你的DAL依赖Microsoft.Practices.EnterpriseLibrary.Data，但客户端的运行环境里找不到这个间接依赖的程序集（不在GAC、客户端bin目录或其他CLR搜索路径里），所以就抛出了加载失败的异常。

下面是几种不需要客户端直接引用EnterpriseLibrary DLL的解决方案：

1. 将EnterpriseLibrary.Data安装到全局程序集缓存（GAC） #

因为这个程序集已经是强命名的（错误信息里的PublicKeyToken证明了这一点），可以把它安装到GAC——这是.NET专门存放共享程序集的系统级目录，安装后所有.NET应用都能自动找到它。

操作步骤：

• 打开Visual Studio的开发者命令提示符（以管理员身份）
• 执行命令：

  gacutil /i Microsoft.Practices.EnterpriseLibrary.Data.dll
  

注意：所有需要运行客户端应用的机器都要执行这个操作，适合企业内部统一部署的场景。

2. 配置DAL项目自动复制依赖到客户端输出目录 #

你不需要让客户端手动引用EnterpriseLibrary DLL，只需在你的DAL项目里做个设置，让客户端构建时自动把依赖复制到它的bin目录：

• 在DAL项目的引用列表里找到Microsoft.Practices.EnterpriseLibrary.Data
• 右键点击它，选择「属性」，把「复制本地」设置为True

这样当客户端引用你的DAL DLL（或DAL项目）时，构建过程会自动把EnterpriseLibrary的DLL复制到客户端的bin目录，客户端不需要手动添加任何额外引用，就能正常运行。

3. 使用ILMerge合并程序集 #

把你的自定义DAL和Microsoft.Practices.EnterpriseLibrary.Data合并成一个单独的DLL，这样客户端只需要引用这一个合并后的文件就行。

操作步骤：

• 下载并安装ILMerge工具（可从微软官方渠道获取）
• 打开命令提示符，执行合并命令：

  ilmerge /out:MergedCustomDAL.dll YourCustomDAL.dll Microsoft.Practices.EnterpriseLibrary.Data.dll
  

⚠️ 注意：一定要先查看Microsoft.Practices.EnterpriseLibrary.Data的许可协议，确认是否允许合并程序集，避免违反许可条款。

4. 程序集绑定重定向（适用于版本兼容场景） #

如果客户端环境中已经存在其他版本的EnterpriseLibrary.Data，或者你需要指定CLR加载特定版本，可以在客户端的app.config或web.config里添加绑定重定向配置，让CLR找到正确的程序集：

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Practices.EnterpriseLibrary.Data"
                          publicKeyToken="31bf3856ad364e35"
                          culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-6.0.0.0"
                         newVersion="6.0.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

这个方案需要确保目标版本的程序集在CLR的搜索路径中（比如客户端bin目录或GAC）。

内容的提问来源于stack exchange，提问作者jam fender