.NET dll 依赖项未按预期工作

Question

我正在阅读 Bob 叔叔的 blog about SOLID principles，尤其是他的书中关于 SRP - 单一责任原则的摘录，并尝试使用真正的控制台应用程序来应用它。

为了证明他的观点，鲍勃叔叔说：“在 .NET 中，必须使用计算几何应用程序构建和部署 GUI 程序集。” 所以我们必须将 Rectangle 分解为两个不同的实体等。

但为了确定起见，我想测试该语句并将这些对象中的每一个放入各自的程序集中。

对我来说，鲍勃叔叔的意思是，如果 ComputationalGeometry 是一个控制台应用程序，它不应该运行，除非放在与 Rectangle.dll 和 GUI.dll 相同的目录中，对吧？

事实上，我的计算几何应用程序在可执行文件目录中没有 GUI.dll 的情况下运行得非常好。它在没有 Rectangle.dll 的情况下崩溃，这是显而易见的。所以 .NET 非常聪明，并且知道 ComputationalGeometry 应用程序不会调用 draw() 函数。

鲍勃叔叔会错吗？ 有人可以解释一下我在这里遗漏的观点吗？

Answer 1

是的，根据draw()方法签名，如果方法实际上没有被调用，则需要GUI.dll的说法是错误的。

如果所有程序集引用都在方法体内，那么只要不调用方法（或者更准确地说是 JITed），则不需要该程序集。

这就是你的情况 - 你有 draw() 方法，signature 不依赖于 GUI.DLL 并且方法不被调用。由于您的代码没有调用该方法，因此没有对它进行 JIT 的请求，因此该方法的 body 使用的类型不需要加载。所以 GUI.DLL 不需要出现在 Bin 文件夹中。

  // method signature does not refer to Gui.
  void draw()
  {
      // Method body refers to Gui.
      Gui.Canvas.Default.DrawRectangle(1,2,3,4);
  } 

在更真实的情况下，draw 将具有某种 GUI 上下文的参数（例如 draw(Gui.Canvas canvas)，因此 Rectangle 类型本身将取决于 GUI.DLL。结果 使用 @987654331 @class 要求 GUI.DLL 存在。

  // method signature refers to Gui.
  void draw(Gui.Canvas canvas)
  {
      // Method body refers to Gui.
      canvas.DrawRectangle(1,2,3,4);
  }