Assembly学习心得(1)

   和应用程序部署在同一目录下的程序集称作私有部署程序集。弱命名程序集只能进行私有部署。
  
   b)全局方式
   全局部署方式将程序集部署在一些CLR已确知的地方，当CLR搜索程序集时，它会知道到这些地方去找。强命名程序集既可以进行私有部署，也可以进行全局部署。
  
   程序集种类
   是否可以进行私有部署
   是否可以进行全局部署
  
   普通程序集
   是
   否
  
   强命名程序集
   是
   是
  
  
   5.如何部署强命名程序集（Strong Name Assembly）和GAC
   a)GAC的概念
   如果一个Assembly要被多个应用程序访问，那么他就必须放在一个CLR已确知的目录下，并且CLR在探测到有对该Assembly的引用时，它必须能自动到该目录下寻找这个程序集。这个已确知的目录称作GAC（Global Assembly Cache），就是全局程序集缓存。它一般位于下面的目录下：<System Drive>:\Windows\Assembly\GAC。
   GAC的作用就是提供给CLR一个已知的确定的目录去寻找引用的 程序集。
  
   b)GAC的内部结构
   GAC是一个特殊的结构化的目录，用Windows Explorer浏览你会以为它只是一个包含很多程序集的普通目录。其实不是这样的，在命令行下查看，你会发现它实际上包含很多子目录，子目录的名字和程序集的名称是相同的，但它们都不是实际的程序集，实际的程序集位于程序集名对应的目录下。比如进入GCFWK子目录，我们会发现其中又有很多的子目录。 机器内每一个安装到GAC的GCFWK.dll在GCFWK中都会有一个子目录。
  
   这里只 有一个目录表明只有一个版本的GCFWK程序集被安装。实际的程序集保存在每一个对应的版本目录下。目录的名称以下划线的形式分割为“(Version)_(Culture)_(PublicKeyToken)”。
  
   GCFWK的语言文化信息为netture，就表示为0.0.0__bf5779af662fc055”。 表示得意义是： “GCFWK, Version=1.0.0.0, Culture=neutral,PublicKeyToken=bf5779af662fc055” 如果语言文化信息为”ja”，就表示”1.0.0.0_ja_bf5779af662fc055”
  
   表示得意义是： “GCFWK, Version=1.0.0.0, Culture=ja, PublicKeyToken=bf5779af662fc055”
  
   c)部署强命名程序集到GAC
  
   GAC包含很多子目录，这些子目录是用一种算法来产生的，我们最好不要手动将程序集拷贝到GAC中，相反，我们应使用工具来完成这样的工作。因为这些工具知道GAC的内部结构J
  
   在开发和测试中，最常用的工具就是GACUtil.exe。 在GAC中注册程序集跟COM注册差不多，但相对更容易：
   1．把程序集添加到GAC中： GACUtil /i sample.dll （参数/i是安装的意思）
   2．把程序集移出GAC GACUtil /u sample.dll （参数/u就移除的意思）
   注意：不能将一个弱命名程序集安装到GAC中。
   如果你试图把弱命名程序集加入到GAC中，会收到错误信息：”
   Failure adding assembly to the cache: Attempt to install an assembly without a strong name”
   d)强命名程序集的私有部署
  
   把程序集安装到GAC有几个好处。首先，GAC使得很多程序可以共享程序集，这从整体上减少了使用的物理内存；其次，我们很容易将一个新版的程序集部署到GAC中，并通过一种发布者策略（差不多就是一种重定向方法，比如将原来引用版本为1.0.0.0程序集的程序，通过更改它的配置文件，转而让程序去引用版本为2.0.0.0的程序集）来使用新版本；最后，GAC还提供了对不同版本程序集的并存（side-by-side）管理方式。但是，GAC的安全策略通常只允许管理员更改，同时，向GAC中安装程序集也破坏了.NET框架的简单拷贝部署的许诺。
  
   除了向GAC或者以私有部署方式部署强命名程序集之外，我们还可以将强命名程序集部署在仅为一小部分程序知道的某个任意目录下。配置每一个应用程序的XML配置文件，让它们指向一个公有目录，这样，在运行时，CLR将知道到哪里去找这个强命名程序集。但这样又有可能会引发”DLL Hell”的问题，因为没有哪个程序可以控制这个程序集何时被卸载。这在.NET中也是不被鼓励的。
  
   6.并行执行（Side - By - Side）
   这里是一个强命名程序集的例子：
   首先有一个App.exe程序集，它绑定这一个版本为2.0.0.0的Calculus.dll程序集和一个版本为3.0.0.0的AdvMath.dll程序集。而AdvMath.dll程序集同时又绑定着一个版本为1.0.0.0的Calculus.dll的程序集。如下图：
  
   An application that requires different versions of the Calculus.dll assembly
  
   CLR能够将名程相同但路径不同的多个文件加载到同一个地址空间，这在.NET中称为并存执行（Side-By-Side）执行，它是解决Windows中”DLL Hole”问题的关键技术
  
   比如.NET Framework 1.0 和.NET Framework 1.1都可以同是在一台机器上运行，这用到的就是并存执行（Side-By-Side）执行。
  
   更多参考：
   ms-help://MS.MSDNQTR.2004APR.1033/cpguide/html/cpconSide-by-SideExecutionTop.htm
   http://www.microsoft.com/china/msdn/archives/library/dnnetdep/
   html/sidexsidenet.asp
  
   7.CLR如何解析类型引用
   CLR在解析一个被引用的类型时，它可以在以下三个地方的其中之一找到该类型：
   ·同一个文件?
   对同一个文件中类型的访问在编译时就已经确定下来了，CRL直接从该文件中加载被引用的类型。完成加载后，程序将继续运行。
   ·不同的文件，相同的程序集
   CLR首先确保被引用的文件在当前程序集清单中的FileDef表内。CLR然后会在加载程序集清单文件的目录中查找被引用的文件。该文件被加载的同时，CLR会检查它的散列值以确保文件的完整性，之后便会找到相应的类型成员。完成加载后，程序将继续运行
   ·不同的文件，不同的程序集
   当被引用的程序集在一个不同的程序集文件中时，CLR会首先加载包含被引用程序集的清单所在的文件。如果该文件没有包含所需要的类型，CLR会根据此清单文件加载适当的文件。这样也会找到相应类型的成员。完成加载后，程序将继续运行。
  
   如果在解析类型引用的过程中出现任何错误，比如文件找不到，文件不能被加载，散列值不匹配等等，系统将会抛出相应的异常。
  
   下图演示了类型的绑定过程：
  
  
   程序集种类
   是否可以引用 弱命名程序集
   是否可以引用 强命名程序集
  
   普通程序集
   是
   是
  
   强命名程序集
   否
   是
  
   <未完>
    做人要厚道，请注明转自chinazhan中国站长(www.ChinaZhan.com)。