.NET系统学习 ---- Assembly
说明：
最近开始准备把学到的.NET知识重新整理一遍，眼过千遍不如手过一遍，所以我准备记下我的学习心得，已备参考。J
各位都是大虾了，如果有哪些错误或者不完整的地方，还请不吝指出。
多谢了。
分为两部分：
首先是一些必须了解的概念；
然后是一个完整的例子来逐一说明这些概念；
第一部分（概念）
托管模块（Managed Module）
托管模块是一个需要CLR才能执行的标准Windows可移植可执行（portable executable，简称PE）文件。
元数据（Metadata）
简单的讲，元数据就是一个数据表的集合，在这些表中，其中一些用于描述托管模块中所定义的内容（比如所定义的类型和它们的成员），另外还有一些用于描述托管模块中所引用的内容（比如被引用的类型和它们的成员）。
URL: ms-help://MS.MSDNQTR.2004APR.1033/cpguide/html/cpconmetadataoverview.htm
程序集清单（Assembly Manifest）
程序集清单是另外一些元数据表的集合。这些表描述了组成程序集的文件，程序集所有文件中实现的公有导出类型，以及一些程序集相关的资源文件或数据文件。
ms-help://MS.MSDNQTR.2004APR.1033/cpguide/html/cpconAssemblyManifest.htm
<!--[if !supportLists]-->1. <!--[endif]-->程序集（Assembly）的概念：
首先：程序集是一个或多个托管模块，以及一些资源文件的逻辑组合。因为它是一个逻辑上的组合，所以程序集的逻辑表示和物理表示可以相互分离。如何将代码和资源划分到不同的文件中完全取决于我们。例如，我们可以将一些很少使用的类型或资源放在一个单独的Assembly Module中，然后根据需要（比如第一次用到的时候），从web上下载它们。如果没有用到，它们将不会被下载。这样既节省磁盘空间，也减少了安装时间。程序集允许我们将文件的部署分解开来，同时又将所有的文件看作一个单独的集合。
其次：因为CLR是直接和程序集打交道的，所以程序集也是组件复用，以及实施安全策略和版本策略的最小单元（安全策略，版本信息等都只能是加在程序集上）。
注意：程序集是一个逻辑组合，它可以包含很多个文件。大多数程序集（比如使用Visual Studio.NET创建的那些）一般都是单文件程序集，也就是只有一个.exe或者.dll文件（目前.NET的程序集只有这两种格式）。在这种情况下，程序集清单（manifest）直接嵌入到单文件程序集中。但是，你也可以用“程序集生成工具”（Al.exe）来创建多文件程序集。也可以只创建一个只包含清单的程序集。
<!--[if !supportLists]-->2. <!--[endif]-->强命名程序集（Strong Name Assembly）的概念
因为不同的公司可能会开发出有相同名字的程序集来，如果这些程序集都被复制到同一个相同的目录下，最后一个安装的程序集将会代替前面的程序集。这就是著名的Windows “DLL Hell”出现的原因。
很明显，简单的用文件名来区分程序集是不够的，CLR需要支持某种机制来唯一的标识一个程序集。这就是所谓的强命名程序集。
一个强命名程序集包含四个唯一标志程序集的特性：文件名（没有扩展名），版本号，语言文化信息（如果有的话），公有秘钥。
这些信息存储在程序集的清单（manifest）中。清单包含了程序集的元数据，并嵌入在程序集的某个文件中。
下面的字符串标识了四个不同的程序集文件：
“MyType, Version=1.0.1.0, Culture=neutral, PublicKeyToken=bf5779af662fc055”
“MyType, Version=1.0.1.0, Culture=en-us, PublicKeyToken=bf5779af662fc055”
“MyType, Version=1.0.2.0, Culture=neturl, PublicKeyToken=bf5779af662fc055”
“MyType, Version=1.0.2.0, Culture=neutral, PublicKeyToken=dbe4120289f9fd8a”
如果一个公司想唯一的标识它的程序集，那么它必须首先获取一个公钥/私钥对，然后将共有秘钥和程序集相关联。不存在两个两个公司有同样的公钥/私钥对的情况，正是这种区分使得我们可以创建有着相同名称，版本和语言文化信息的程序集，而不引起任何冲突。
与强命名程序集对应的就是所谓的弱命名程序集。（其实就是普通的没有被强命名的程序集）。两种程序集在结构上是相同的。都使用相同的PE文件格式，PE表头，CLR表头，元数据，以及清单（manifest）。二者之间真正的区别在于：强命名程序集有一个发布者的公钥/私钥对签名，其中的公钥/私钥对唯一的标识了程序集的发布者。利用公钥/私钥对，我们可以对程序集进行唯一性识别、实施安全策略和版本控制策略，这种唯一标识程序集的能力使得应用程序在试图绑定一个强命名程序集时，CLR能够实施某些“已确知安全”的策略（比如只信任某个公司的程序集）。
<!--[if !supportLists]-->3. <!--[endif]-->如何创建强命名程序集（Strong Name Assembly）
创建一个强命名程序集首先需要获得一个用强命名实用工具（Strong Name Utility，即SN.exe，.NET SDK自带）产生的密钥。
下面简要介绍一下SN.exe的一些用法。
要产生一个公钥/私钥对：
<!--[if !supportLists]-->a) <!--[endif]-->SN –k MyCompany.Keys
该命名告诉SN.exe创建一个名为MyCompany.keys的文件。MyCompany.keys文件将包含以对以二进制格式存储的公有密钥和私有密钥。
<!--[if !supportLists]-->b) <!--[endif]-->查看公有密钥：
首先生成一个只包含公有密钥的文件：
SN –p MyCompany.keys MyCompany.PublicKey
然后用-tp参数查看：SN –tp MyCompany.PublicKeys
Public key is
0024000004800000940000000602000000240000525341310004000001000100bb7214723ffc13
901343df4b9c464ebf7ef4312b0ae4d31db04a99673e8163768cc0a2a7062e731dbeb83b869f05
09bf8009e90db5c8728e840e782d2cf928dae35c2578ec55f0d11665a30b37f8636c08789976d8
ee9fe9a5c4a0435f0821738e51d6bdd6e6711a5acb620018658cce93df37d7e85f9a0104a58450
53995ce8
Public key token is 2dc940d5439468c2
创建好了公钥/私钥对，创建强命名程序集就很容易了。只需要把System.Reflection.AssemblyKeyFileAttribute特性加入到源代码中就可以了： [assembly:AssemblyKeyFile("MyCompany.keys")]
说明：公钥/私钥对文件的扩展名可以是任意的（也可以没有），因为编译的时候都是以元数据的格式读取的。
注意：
因为X-Space的日志长度限制在30,000个字，其他内容显示不出来，所以这里只是一个概要，附件是完整的文章，Doc格式。如果你觉得有用就down下去看吧。
.NET 编程学习
有问题可以提出，我尽量解答：）
