除了C#编译器, 你可以想用程序集链接器工具AL.exe来创建程序集. 如果你想创建一个包含着不同编译器构建的模块的程序集(如果你的编译器不支持相应的C# /addmodule开关), 或者你不知道你的程序集打包要求, 这个程序集链接器是很有用的. 你可以使用AL.exe来构建只包含资源的程序集, 成为附属(satellite)程序集, 它主要是用于本地化的目的. 我将在本章的后面讲述附属程序集.
AL.exe工具可以产生只包含着一个manifest 的EXE或者DLL PE文件, manifest描述了在其它模块中的类型. 为了理解AL.exe如何工作, 让我们改变JeffType.dll程序集构建的方式:
csc /t:module RUT.cs
csc /t:module FUT.cs
al /out:JeffTypes.dll /t:library FUT.netmodule RUT.netmodule
图2-3显示了执行这些命令产生的文件.
图2-3 多文件程序集包含了三个托管模块, 其中一个包含着manifest
在这个例子中, 创建了两个单独的模块, RUT.netmodule和FUT.netmodule, 这两个模块都不是程序集, 因它们都不包含manifest metadata表. 然后产生了第三个文件: JeffTypes.dll, 它是一个DLL PE文件(因为/t[arget]:library开关), 这个文件不包含IL代码, 但是有manifest metadata表, 表示RUT.netmodule和FUT. netmodule是程序集的一部分. 产生的程序集包含三个文件: JeffTypes.dll, RUT.netmodule和FUT. netmodule. 程序集链接器没有办法把多个文件合并到一个文件中.
AT.exe工具通过使用/t[arget]:exe或者/t[arget]:winexe命令行开关, 也能产生CUI和GUI PE文件, 但是这个方法不是很常见, 因为它意味着EXE PE文件包含足够的IL代码, 但是需要调用另外一个模块中的函数. 在调用AL.exe时, 通过指定/main命令行开关, 可以指定使用哪个模块中的函数来作为入口. 下面是一个如何调用程序集链接器的例子:
csc /t:module App.cs
al /out:App.exe /t:exe /main:Program.Main app.netmodule
第一行命令把app.cs构建到一个模块中, 第二行产生一个app.exe PE文件, 其包含着manifest metadata表, 此外由于/main:app.main命令行开关的作用, AL.exe产生了一个全局函数__EntryPoint. 这个__EntryPoint函数包含着如下的IL代码:
.method privatescope static void __EntryPoint$PST06000001() cil managed
{
.entrypoint
// code size 8 (0x8)
.maxstack 8
IL_0000: tail.
IL_0002: call void [.module App.netmodule]Program::Main()
IL_0007: ret
} // end of method 'Global Functions'::__EntryPoint
正如你所看到的, 这个代码只是简单地调用了包含在Program类型中的Main函数, Program类型定义在App.netmodule文件中. 在AL.exe中的/main开关不是很有用, 因为不太可能你创建了一个程序集, 但是在PE文件中却不包含入口. 我在这里提到它只是让你知道它的存在.