当前位置：文江博客话题详情

Microsoft 如何创建具有循环引用的程序集？

发布于 2024-12-02 07:52:36 字数 445 浏览 4 评论 0原文

System.dll 和 System.dll之间存在循环引用

在 .NET BCL 中， System.dll 和 System.Xml.dll
。 Configuration.dll
System.Xml.dll 和 System.Configuration.dll

下面是 .NET Reflector 的屏幕截图，它显示了我的意思：

在此处输入图像描述

Microsoft 如何创建这些程序集对我来说是个谜。是否需要特殊的编译过程才能实现这一点？我想这里正在发生一些有趣的事情。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

宁愿没拥抱 2024-12-09 07:52:36

我只能告诉 Mono 项目是如何做到这一点的。该定理非常简单，尽管它使代码混乱。

他们首先编译System.Configuration.dll，而不需要引用System.Xml.dll的部分。之后，他们以正常方式编译 System.Xml.dll。现在魔法来了。他们重新编译System.configuration.dll，其中部分需要引用System.Xml.dll。现在已经成功编译了循环引用。

简而言之：

A 是在没有代码的情况下编译的
需要 B 和对 B 的引用。
B 已编译。
A 重新编译。

回复收藏 0 原文

凶凌 2024-12-09 07:52:36

RBarryYoung 和 Dykam 正在做一些事情。 Microsoft 使用内部工具，该工具使用 ILDASM 来反汇编程序集，剥离所有内部/私有内容和方法体，并再次将 IL 重新编译（使用 ILASM）为所谓的“脱水程序集”或元数据程序集。每次更改程序集的公共接口时都会执行此操作。

在构建过程中，使用元数据程序集而不是真实的程序集。这样循环就被打破了。

回复收藏 0 原文

忆伤 2024-12-09 07:52:36

可以按照 Dykam 描述的方式完成，但 Visual Studio 阻止您这样做。

您必须直接使用命令行编译器 csc.exe。

csc /target:library ClassA.cs
csc /target:library ClassB.cs /reference:ClassA.dll
csc /target:library ClassA.cs ClassC.cs /reference:ClassB.dll


//ClassA.cs
namespace CircularA {
    public class ClassA {
    }
}


//ClassB.cs
using CircularA;
namespace CircularB {
    public class ClassB : ClassA  {
    }
}


//ClassC.cs
namespace CircularA {
    class ClassC : ClassB {
    }
}

It can be done the way Dykam described but Visual Studio blocks you from doing it.

You'll have to use the command-line compiler csc.exe directly.

csc /target:library ClassA.cs
csc /target:library ClassB.cs /reference:ClassA.dll
csc /target:library ClassA.cs ClassC.cs /reference:ClassB.dll


//ClassA.cs
namespace CircularA {
    public class ClassA {
    }
}


//ClassB.cs
using CircularA;
namespace CircularB {
    public class ClassB : ClassA  {
    }
}


//ClassC.cs
namespace CircularA {
    class ClassC : ClassB {
    }
}

回复收藏 0 原文

傲影 2024-12-09 07:52:36

只要您不使用项目引用，在 Visual Studio 中就很容易做到这一点...尝试以下操作：

打开 Visual Studio
创建 2 个类库项目“ClassLibrary1”和“ClassLibrary1”。 “类库2”。
从 ClassLibrary1构建，
通过浏览到步骤 3 中创建的 dll，添加对 ClassLibrary2 的引用。
从 ClassLibrary2 中，通过浏览到步骤 3 中创建的 dll，添加对 ClassLibrary1 的引用。
再次构建（注意：如果在两个项目中都进行了更改，则需要构建两次以使两个引用都“新鲜”）

所以这就是你如何做到的。但说真的......你从来没有在真正的项目中这样做过！如果你这样做，圣诞老人今年不会给你带来任何礼物。

回复收藏 0 原文

梦在深巷 2024-12-09 07:52:36

我想这可以通过从一组非循环程序集开始，然后使用 ILMerge 将较小的程序集合并为逻辑相关的组来完成。

回复收藏 0 原文

ˇ宁静的妩媚 2024-12-09 07:52:36

嗯，我从未在 Windows 上做过它，但我在许多作为它的实际祖先的编译链接 RTL 环境上做过它。您要做的就是首先制作没有交叉引用的存根“目标”，然后链接，然后添加循环引用，然后重新链接。链接器通常不关心循环引用或后续引用链，它们只关心能够自行解析每个引用。

因此，如果您有两个库 A 和 B 需要相互引用，请尝试如下操作：

链接 A，但不带任何对 B 的引用。
链接 B 带有对 A 的引用。
链接 A，添加引用 B.

Dykam 提出了一个很好的观点，它是编译的，而不是在 .Net 中链接，但原理仍然相同：使用导出的入口点创建交叉引用源，但除了其中一个之外，所有源都有自己的引用给其他人打断出去。像这样构建它们。然后，取消外部引用的存根并重建它们。即使没有任何特殊工具，这种方法也应该有效，事实上，这种方法已经在我尝试过的每个操作系统上都有效（大约有 6 个）。显然，自动化的东西将会有很大的帮助。

回复收藏 0 原文

獨角戲 2024-12-09 07:52:36

一种可能的方法是使用条件编译 (#if) 首先编译不依赖于其他程序集的 System.dll，然后编译其他程序集，最后重新编译 System.dll 以包含依赖于 Xml 和配置。

回复收藏 0 原文

同尘 2024-12-09 07:52:36

从技术上讲，这些可能根本没有编译，而是手工组装的。毕竟，这些都是低级库。

回复收藏 0 原文

很酷又爱笑 2024-12-09 07:52:36

同意。
asmmeta.exe 与 ildasm 类似，但省略了所有 IL（仅 ret）和一些私有变量，尽管有时需要私有变量（如结构大小）。

更普遍的想法是多遍构建，微软一直严重依赖它。

在实际上没有它们的系统中，精简的 ildasm 输出可以被视为“头”文件。

首先访问运行 ilasm 的每个目录（具有大规模并行性！）。
然后访问运行 csc 的每个目录（再次具有大规模并行性）。
csc之后，在同一遍中，运行like-ildasm工具，输出回原始的“headers”。
比较它们。如果有任何不匹配，构建就会被破坏。
开发人员未能更新标头。
现在只修补它而不重新启动构建已经太晚了（也许有了适当的依赖关系图，大多数目录都不会受到影响）。

这也是一种轻松升级版本的方法。
like-ilasm 代码可以具有版本号的名称。
尽管这实际上只是多遍构建的一个小结果。