CLR笔记：2.生成,打包,部署,管理

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，重头再来)"