2.1 .NET Framework部署目标
非.NET程序的问题：
1.DLL hell
2.安装复杂。目录分散，注册表，快捷方式
3.安全性。悄悄下载恶意代码
2.2 将类型集成到模块中——编译器工具csc
csc /out:Program.exe /t:exe /r:Mscorlib.dll Program.cs
由于C#会自动引用Mscorlib.dll，可以省略 /r:Mscorlib.dll
C#默认生成exe(CUI)， 所以/t:exe可以省略；dll(程序集 /t:library)和GUI(可视化应用程序 /t:winexe)时不可以省略
C#默认编译成Program.exe，所以/out:Program.exe可以省略
最后精简为：
csc Program.cs
如果不希望默认引用Mscorlib.dll，使用/nostdlib开关
csc /nostdlib Program.cs
注：/t可以写为/target，/r可以写为/reference
/reference：指定引用的dll，可以使用完整路径；如果是不完整的，在以下目录依次查找：
1.工作目录(要编译的cs文件所在)
2.系统目录(csc.exe所在)
3./lib开关指定的目录
4.LIB系统变量指定的目录
应答文件(Response File)
包括一系列编译器命令行开关，执行csc时会将其打开，例如MyProject.rsp中有以下文本：
/out:Program.exe
/t:exe
/r:Mscorlib.dll
那么调用如下：csc @MyProject.rsp Program.cs
这个应答文件的位置，运行csc命令时，先在当前目录(Program.cs所在)查找；后在系统目录(csc.exe所在)查找，如果都有就以前者为准
使用/noconfig开关指定忽略rsp文件
2.3 元数据概述
3种类别的表：定义表，引用表，清单表
1.常见的定义表：ModuleDef，TypeDef，MethodDef，FieldDef，ParamDef，PropertyDef，EventDef
2.常见的引用表：AssemblyRef，ModuleRef，TypeRef，MemberRef
3.常见的清单表：AssemblyDef，FileDef，ManifestResourceDef，ExportedTypesDef
2.4 合并模块以构成一个程序集
CLR总是首先加载包含清单表的文件，然后使用这个清单，加载其他文件。
使用多文件程序集的3个理由：
1.按类别划分类型，放到不同的程序集中
2.可以添加资源/数据文件，使用AL.exe，使其成为程序集的一部分
3.程序集的各个类型可以使用不同的语言来实现，然后使用ILAsm生成IL
csc /t:module A.cs 指示编译器生成不含清单表的清单文件，一般总是一个DLL，生成的文件为A.netmodule
接下来，要把这个netmodule文件附加到一个有清单表的程序集中，使用addmodule开关：
csc /out:FinalAssmbly.dll /t:library /addmodule:A.netmodule B.cs 这里B.cs包含清单表，最终生成FinalAssmbly.dll，如果A.netmodule不存在，便一起会报错。但是运行程序时，A.netmodule可以不存在，仅在调用其中的方法时，才会加载A.netmodule
VS2005不支持创建多文件程序集。
VS2005中添加引用的“.NET选项”，对应注册表中 HKEY_LOCAL_MACHINE\SOFTARE\Microsoft\.NETFramework\AssemblyFolders\，动态添加键值，VS2005可以在对应的目录下找到dll，并加载到“.NET选项”中。
IL中 Token：0x26000001，000001代表行号，0x26代表FileRef，此外0x01=TypeRef，0x02=TypeDef，0x03=AssemblyRef，0x27=ExportedType。
AL.exe程序集链接器
生成一个DLL，只包括一个清单文件，不包含IL代码，以下生成的是FinalAssmbly.dll：
AL /out:FinalAssmbly.dll /t:library /addmodule:A.netmodule B.netmodule
还可以生成CUI或GUI，但很少这么做，因为要添加/main开关，指定入口方法：
AL /out:FinalAssmbly.dll /t:exe /main:Program.Main /addmodule:A.netmodule B.netmodule
在程序集中包含资源文件，书上讲到了3个开关：
/embled[resource] 嵌入到程序集中，更新清单表的ManifestResourceDef——对应csc的/resource开关
/link[resource] 并不嵌入到程序集中，更新清单表的ManifestResourceDef和FileDef，对应csc的/linkresource开关
/win32res 嵌入标准的Win32文件
/win32icon 嵌入ico文件
2.5 程序集版本资源信息
使用System.Diagnostics.FileVersionInfo的静态方法GetVersionInfo获取这些信息。在VS2005中，这些信息存放在AsseblyInfo.cs中。
使用AL生成程序集时，可以指定开关，来配置这些信息，表从略(见书)
2.6 语言文化
附属程序集satellite assembly，使用一种具体的语言文化来标记的程序集。
使用AL时，通过/[culture]: text来指定语言文化，这里text为en-US，zh-CN等等。也可以直接写在程序集中，使用自定义属性：
[assembly:AssemblyCulture("en-US")]
使用System.Resource.ResourceManager来访问附属程序集的资源。
2.7 简单应用程序部署
这一节讲的是私有部署方式(private deployed assembly)，即部署到和应用程序相同的目录中的程序集
2.8 简单管理控制
CLR定位程序集A时，
对于中性neatual语言文化，按照配置文件privatePath属性顺序，先后扫描privatePath指定的目录，直到找到所需：先找A.dll，如下：
AppDir\AsmName.dll
AppDir\AsmName\AsmName.dll
AppDir\firstPrivatePath\AsmName.dll
AppDir\firstPrivatePath\AsmName\AsmName.dll
AppDir\secondPrivatePath\AsmName.dll
AppDir\secondPrivatePath\AsmName\AsmName.dll
如果没有，重头再来找A.exe
附属程序集遵循同样规则，只是目录变为privatePath+"文化名称(如en-US，先找dll，再找exe；如果没有找到，就把文化名称改为en，重头再来)"