C#2008与.NET 3.5 高级程序设计读书笔记(15)-- .NET程序集入门

一、程序集的一些基本概念：

程序集是包含一个或多个类型定义文件和资源文件的集合。它允许我们分离可重用类型的逻辑表示和物理表示。

程序集是一个可重用、可实施版本策略和安全策略的单元。它允许我们将类型和资源划分到不同的文件中，这样程序集的使用者便可以决定将哪些文件打包在一起部署。一旦CLR加载了程序集中包含清单的那个文件，它就可以确定程序集的其他文件中哪些包含了程序正在引用的类型和资源。任何程序集的使用者仅需要知道包含清单的文件名称。文件的划分对使用者是透明的，并且可以在将来改变，同时又不会破坏现有应用程序的行为。

程序集有如下几点作用：

　　(1)程序集定义了可重用类型
     (2)程序集标记了一个版本号
     (3)程序集可以有关联的安全信息
     (4)与反射Reflection结合起来用,动态创建你所需要的类                                                      
     (5)与反射Reflection结合起来用,获得Assemble里类的信息
     (6)使用别人已封装好的类(后面三点来自AXzhz文章)
     程序集包含的各个类可以用不同的编程语言来实现。例如一些类可以用C#来实现，一些可以有VB来实现。编译使用C#语言来编写的类时，编译器会生成一个模块，编译用VB语言来实现的类时，编译器生成另一个模块。然后可以用一个工具将所有的这些模块合并成一个程序集。其他开发人员在使用这个程序集时，只知道这个程序集包含了一系列的类，不必关心这些类是用什么编程语言来实现的。
　　一个程序集可以包含多个命名空间，一个命名空间也可以包含多个程序集.如果说命名空间是类库的逻辑组织形式，那么程序集就是类库的物理组织形式。只有同时指定类型所在的命名空间及实现该类型的程序集，才能完全限定该类型。也就是说，你要创建一个类的实例，必须知道该类的命名空间(这个一般都知道)和程序集(这个很容易被我们忽略,因为一般我们不需要引用外部的程序集)，例如我们经常使用的文本编辑器，必须先引用该程序集，也就是添加该组件，之后再引用它的命名空间，这样才能正确使用。
     在VS2005或2008中创建一个解决方案，在这个解决方案中添加项目，默认情况下一个项目就是一个程序集，但也可以更改成一样的。IDE自动生成一个AssemblyInfo.cs文件来记录程序集的信息。如以下代码为在VS2008中创建一个解决方案，其中有一个项目的AssemblyInfo.cs：

 1using System.Reflection;
 2using System.Runtime.CompilerServices;
 3using System.Runtime.InteropServices;
 4
 5// 有关程序集的常规信息通过下列属性集
 6// 控制。更改这些属性值可修改
 7// 与程序集关联的信息。
 8[assembly: AssemblyTitle("WebApplication1")]//定义程序集清单的程序集标题自定义属性
 9[assembly: AssemblyDescription("")]//提供程序集的版本说明
10[assembly: AssemblyConfiguration("")]//为程序集指定生成配置，例如发布或调试
11[assembly: AssemblyCompany("番茄花园")]//定义程序集清单的公司名称自定义属性
12[assembly: AssemblyProduct("WebApplication1")]//定义程序集清单的产品名称自定义属性
13[assembly: AssemblyCopyright("Copyright © 番茄花园 2009")]//定义程序集清单的版权自定义属性
14[assembly: AssemblyTrademark("")]//定义程序集清单的商标自定义属性
15[assembly: AssemblyCulture("")]//指定程序集支持的区域性
16
17// 将 ComVisible 设置为 false 使此程序集中的类型
18// 对 COM 组件不可见。如果需要从 COM 访问此程序集中的类型，
19// 则将该类型上的 ComVisible 属性设置为 true。
20[assembly: ComVisible(false)]
21
22// 如果此项目向 COM 公开，则下列 GUID 用于类型库的 ID
23[assembly: Guid("3d5900ae-111a-45be-96b3-d9e4606ca793")]
24
25// 程序集的版本信息由下面四个值组成:
26//
27//      主版本
28//      次版本
29//      内部版本号
30//      修订号
31//
32// 可以指定所有这些值，也可以使用“修订号”和“内部版本号”的默认值，
33// 方法是按如下所示使用“*”:
34[assembly: AssemblyVersion("1.0.0.0")]
35[assembly: AssemblyFileVersion("1.0.0.0")]

二、多文件集：

使用多文件集的三个原因：

1、  可以将类型分别实现在不同的文件中，从而允许文件在互联网环境中进行增量下载。

2、  可以按需要向程序集中添加资源或数据文件。（数据文件可以是任何格式：文本文件、Excel电子表格、Word表格、或者任何我们喜欢的格式）。

3、  可以使我们创建的程序集包含一些用不同编程语言实现的类型。

注意：Visual Studio .NET集成开发环境（Integrated development environment，简称IDE）本身不支持创建多文件程序集，如果需要创建多文件程序集，必须求助于命令行工具。

两个源代码文件：Rut.cs （包含很少使用的类型）Fut.cs （包含经常使用的类型）

    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

       1、使用前提：

如果我们要创建的程序集包含来自不同编译器生成的模块，而使用的编译器又不支持类似于C#中/addmodule那样的命令行开关，或者生成模块时还不知道程序集的打包需求，这时程序集链接器就显得非常有用。

2、使用实例：

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文件路径来实现。

五、程序集版本信息：

版本号由四个部分组成：主版本号、次版本号、生成版本号、修订版本号

例：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类：

利用它，我们可以很容易地创建一个程序集名称，并获取一个程序集名称的各个部分。公有实例属性：如CultureInfo、FullName、KeyPair、Name以及Version.该类提供了几个公有实例方法，如GetPublicKey、GetPublicKeyToken、SetPublicKey、以及SetPublicKeyToken。

八、其他

元数据标识是一个4字节的数值，其高位字节表示标记的类型（0x01 = TypeRef ,0x02 =TypeDef, 0x26 = FileDef , 0x27 = ExportedType）

为使我们创建的程序集出现在.NET选项卡的列表中，可以将下面的子键添加到注册表中：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\