c# - .NET 模块与程序集

Question

我一直在努力寻找“正确”答案？有几个关于 stackoverflow 的主题涵盖了这一点，但这与 msdn 文档有些冲突。

例如，请注意他的问题的第二个答案中的图表:What is a Managed Module (compared to an Assembly)?

现在看msdn图:http://msdn.microsoft.com/en-us/library/zst29sk2(VS.100).aspx

msdn 图暗示单文件程序集不包含模块，而是包含 list 、IL 代码、类型元数据等。 这与我读过的许多其他文章不同，这些文章指出单个文件程序集具有一个模块。

答案是什么？如果答案是“两者”，那么该模块是否是通过程序集 list 链接的单独物理文件？

Answer 1

In .net the difference between an assembly and module is that a module does not contain the manifest.

//Copied from CLR via C#

什么是明显的？

list 是另一套 元数据表，基本上包含作为程序集一部分的文件的名称。他们也 描述程序集的版本、文化、发布者、公开导出的类型，以及所有的文件 组成大会。

CLR 对程序集进行操作；也就是说，CLR 总是加载包含 list 的文件 首先使用元数据表，然后使用 list 获取程序集中其他文件/模块的名称。

如何将模块组合成一个组件？

使用 C# 编译器

了解如何构建多文件/多模块 汇编，假设我们有两个源代码文件:

■■ RUT.cs，其中包含很少使用的类型

■■ FUT.cs，包含常用类型

让我们将很少使用的类型编译到它们自己的模块中，这样程序集的用户就不需要 如果他们从不访问很少使用的类型，则部署此模块。

csc /t:module RUT.cs

此行导致 C# 编译器创建 RUT.netmodule 文件。这个文件是一个标准的DLL PE文件， 但是，CLR 本身无法加载它。 接下来让我们将经常使用的类型编译到它们自己的模块中。我们将使这个模块成为 程序集 list 的管理员，因为这些类型经常使用。其实是因为这个模块 现在将代表整个程序集，我将输出文件的名称更改为 MultiFileLibrary.dll 而不是将其称为 FUT.dll。

csc /out:MultiFileLibrary.dll /t:library /addmodule:RUT.netmodule FUT.cs

此行告诉 C# 编译器编译 FUT.cs 文件以生成 MultiFileLibrary.dll 文件。因为 /t:library 被指定，一个包含 list 元数据表的 DLL PE 文件被发送到 MultiFileLibrary.dll 文件。 /addmodule:RUT.netmodule 开关告诉编译器 RUT.netmodule 是一个应被视为程序集一部分的文件。具体来说，/addmodule 开关告诉 编译器将文件添加到 FileDef list 元数据表并公开添加 RUT.netmodule 将类型导出到 ExportedTypesDef list 元数据表。

编译器完成所有处理后，将创建图 2-1 中所示的两个文件。 右侧的模块包含 list 。

使用汇编链接器

AL.exe 实用程序可以生成一个 EXE 或 DLL PE 文件，其中仅包含描述 其他模块中的类型。要了解 AL.exe 的工作原理，让我们改变 MultiFileLibrary.dll 的方式 程序集已构建。

csc /t:module RUT.cs
csc /t:module FUT.cs
al /out: MultiFileLibrary.dll /t:library FUT.netmodule RUT.netmodule

图 2-3 显示了执行这些语句产生的文件。

我建议您阅读第 2 章:构建、打包、部署和管理应用程序和类型，来自 Jeffrey Richter 的 CLR via C#，以详细了解该概念.