一.程序集是包含一个或多个类型定义文件和资源文件的集合.它允许我们分析可重用类型的逻辑表示和物理表示.
相当于你定义了一个项目XXProject,项目存在很多文件(类,窗体,接口,资源等等),编译生成一个DLL文件,就是程序集.
当你使用这个程序集的时候,引用改程序及就可以得到该程序集里面的所有东西(类,窗体,接口,资源).
程序集的特征如下:
1.程序集定义了可重用的类型
2.程序集标识有一个版本号
3.程序集可以包含与之相关的安全信息
二.使用程序集的原因(也就是使用多文件集的原因):
1.可以将类型分别实现在不同的文件中,从而允许文件在互联网环境中进行增量下载
2.可以按照需要向程序集中添加资源或数据文件(数据文件可以是任务格式:文本文件,电子表格,word文档等等)
3.可以是我们创建的程序集包含一些用不同编程语言实现的类型.
注意:VS.NET计策后功能开发环境本身不支持创建多文件程序集,如果需要创建多文件程序集,必须求助于命令行工具.
csc /t:module Rut.cs //生成Rut.netmodule文件
csc /out:UnionType.dll /t:library /addmodule Rut.netmodule Fut.cs
//生成UnionType.dll类库文件 Run.netmodule文件作为程序集的一部分来对待
三.程序链接器
程序链接器:Assembly Linker即AL.exe
使用前提:
如果我们要创建的程序集包含来自不同的编译器生成的模块，而使用的编译器又不支持类似于C＃中/addmodule那样的命令行开关，或者生成模块时还不知道程序集的打包需求，这时程序集链接器就显示非常有用。
使用实例:
csc /t:module Rut.cs
csc /t:module Fut.cs
al /out: UnionType.dll /t:library Fut.netmodule Rut.netmodule
四.资源文件的添加
1．使用csc.exe来添加资源文件：
/resource 将把指定的资源文件嵌入到产生的程序集PE文件中，并更新ManifestResourceDef表中的内容。
/linkresource 将向ManifestResourceDef和FileDef清单表中添加一条目，使其指向一个单独的资源文件。
2．使用AL.exe来添加资源文件：
/embed[resource]：该命令行接受任何类型的文件，将其内容嵌入到产生的PE文件中。同时，清单中的ManifestResourceDef表将被更新以反映该资源的存在。
/link[resource]：该命令将只更新清单中的ManifestResourceDef表和FileDef表，以反映资源的存在，并标识出程序集的哪个文件包含着资源文件。资源文件本身不会被嵌入到程序集PE文件中，它仍然保持独立，并且须和其它程序一起打包、部署。
3．将Win32资源嵌入到程序集中：
通过AL.exe或csc.exe添加/win32res命令行开关指定一个.res文件路径来实现。
通过AL.exe或csc.exe添加/win32icon命令行开关并指定一个.ico文件路径来实现。
五、C#程序集版本信息：
版本号由四个部分组成：主版本号、次版本号、生成版本号、修订版本号
例：2.5.719.2 主版本号与次版本号组成“面向公众”的版本部分，第三个版本号719表示程序集的生成版本，最后一个版本号2表示对生成版本的修订版本。
一个程序集的三个相关版本号：
1、AssemblyFileVersion： 该版本号存储在Win32版本资源中，它仅仅是一个辅助性的信息。
2、AssemblyInformationalVersionAttribute：该版本号也存储在Win32版本资源中，仅辅助性作用。
3、AssemblyVersion：该版本号存储在AssemblyDef清单元数据表中。这个版本号非常重要，它用来惟一地标识一个程序集。
六、语言文化：
不提倡创建包含代码的卫星程序集，但还是有可能做到。如果我们愿意，仍然可以用System.Reflection.AssemblyCultureAttribute定制特性来代替AL.exe的/culture命令行开关来指定语言文化。示例如下：
//将程序集的语言文化设置为瑞士德语
[assembly ：AssemblyCulture (“de-CH”)]
通常情况下，我们创建的程序集不应该引用卫星程序集。也就是一个程序集的AssemblyRef条目指向的都应该是语言文化中性的程序集。如果想访问一个卫星程序集中的类型或成员，我们应该使用反射技巧。
卫星程序集：标识着特定语言文件的程序集称为卫星程序集。
七、共享程序集：
1．.NET框架支持的两种程序集：
弱命名程序集：Weakly named assembly
强命名程序集：Strongly named assembly
二者之间的真正区别在于：强命名程序集有一个发布者的公钥/私钥对签名，其中的公钥/私钥匙对惟一地标识了程序集的发布者。
强命名集包含四个惟一标识程序集的特性：文件名（没有扩展名）、版本号、语言文化标识和一个公有密钥标识。
例：”MyTypes,Version=1.0.8123.0,Culture=neutral,PublicKeyToken=b77a5c561934e089”
2．强命名实用工具：
Strong Name Utility即SN.exe 和.Net框架SDK，以及Visual studio .Net一起发布的一个工具。
例：SN –k MyCompany.keys
该命令告诉SN.exe创建一个名为Mycompany.keys的文件。Mycompany.keys文件将包含一对以二进制格式存储的公有密钥和私有密钥。
查看公有密钥：(必须执行下面两步)
SN –p MyCompany.keys MyCompany.publickey
SN –tp MyCompany.publickey
创建强命名程序集：
[assembly: AssemblykeyFile ( “MyCompany.keys”)]
3．程序集的两种部署方式：即私有部署方式和全局部署方式
私有部署方式将程序集部署在应用程序的基目录及其子目录下，弱命名程序集只能进行私有部署。
全局部署方式将程序集部署在一些CLR确知的地方。强命名程序集既可以进行私有部署，也可以进行全局部署。
4．System.Reflection.AssemblyName类：