.NET程序集引用101

Question

我在程序集A中有以下类。程序集引用了StructureMap 2.6.1。

public static class Bootstrapper
{
    public static void Bootstrap(string databaseName)
    {
        StructureMapBootstrapper.Bootstrap(databaseName);
    }
}

我在完全不同的程序集（B）中引用程序集A，并且在调用此行时收到以下运行时错误：

Bootstrapper.Bootstrap(db);

运行时错误为：

FileNotFoundException：无法加载文件或程序集'StructureMap，版本= 2.6.1.0，区域性=中性，PublicKeyToken = e60ad81abae3c223'或其依赖项之一。 该系统找不到指定的文件。

我经常需要将StructureMap.dll复制到程序集B的bin目录中。这非常令人讨厌。 有关如何解决此问题的任何建议？ 有人知道AssemblyB何时需要AssemblyA引用的程序集的一般规则吗？

谢谢！

---

感谢您的快速回复！ 我考虑过简单地添加StructureMap作为参考。 但是，我在设计中所追求的角度是将底层实现抽象为远离消费者。 换句话说，程序集B对于最终使用StructureMap的事实一无所知。 另外，如果我是GAC StructureMap，那么我会遇到部署问题，对吗？ 如果将站点部署到在其全局缓存中没有StructureMap的主机上，那么我将回到正题。 我很好奇，鉴于这个程序集引用问题，如何才能实现真正的抽象。

Answer 1

有一个出色的工具，称为“ 修复” ，可以用来检查和修复依赖项。

Answer 2

为了避免复制DLL，可以将StructureMap.dll添加到项目中，并让VS在构建AssemblyA时将其自动复制到输出中。

或者，您可以使用ILMerge将StructureMap.dll合并到程序集B中，而不必担心将其复制，因为程序集B将包含所有需要的IL。

或者，您可以将StructureMap.dll添加到全局程序集缓存中，这将使.NET无需复制即可找到它。 但是，对于IIRC，所有GAC程序集都需要强名称。

Answer 3

顺便说一句，由于程序集具有强名称（您可以通过看到它具有PublicKeyToken的值的事实来看到它），因此可以将StructureMap程序集安装到GAC中 ，这将使其对运行在.NET上的任何.NET应用程序都可用。系统。 这可能会解决您的问题。

至于在GAC中使用程序集进行部署，取决于您计划部署的方式。 我假设这是一个Winforms应用程序，所以我还假设您将通过安装项目进行部署。 如果是这样，那么很容易在项目中包含本应放入GAC中的程序集，并且如果不存在该程序集，它将安装在该程序集中。

为了回答您的问题，尽管程序集绑定和加载有些细微差别，但一般规则是，第一次加载包含的类型时，才加载程序集。 只要引用的代码块在活动堆栈框架上，就会加载类型。

最后一句话基本上可以归结为：发生以下两种情况之一时将加载类型：

• 加载了另一个类型，该类型使用所讨论的类型作为实例或静态变量

例如，假设我具有类型A ， B和C

public class A
{

}

public class C
{

}

public class B
{
    private A myA;
    private static C myC;
}

加载类型B ，它也将加载A因为它被用作实例变量，而将加载C因为它被用作静态变量。

• 使用相关类型作为局部变量，参数的函数，或调用将其用作参数的另一个函数。

Answer 4

如果您希望程序集B保持不知道对StructureMap的依赖关系，同时又避免每次手动复制文件，则可以将StructureMap添加为对程序集A的引用（就像其他人所说的那样），并将两个项目的build输出路径设置为同一目录（通过“项目属性”->“构建”选项卡）。 这样，程序集A也可以“看到”它。