.Net GAC

 最近几天因为工作需要，开始接触.Net 的GAC，原因就是开发的业务组件经常需要升级，新开发的程序对这个问题要有一个明确的解决方法，手头没有合适的书，只能google了，经过google后把问题归结如下：

一、使用强签名

   1、所有的DLL必须使用强签名；

   2、需要对生成的DLL进行版本管理；

   3、对使用的snk文件在项目组内进行管理；

   4、在程序部署时，将程序使用的DLL放到“C:/WINDOWS/assembly/”目录中(就是系统目录的assembly目录中)，应用程序就可以运行了；

   5、当有不同版本，或不同签名的DLL时，应用程序会通过"MSCoree.dll"找到其合适的版本的dll；

   6、这种方式的好处就是把问题全部集中管理，免去多个应用程序使用不同版本问题；

   7、担心的问题就是要围绕snk文件建立完整的项目管理体系，什么时候升级版本，什么时候升级snk；

   8、还有，就是强签名的程序集使用的程序集也必须是有强签名的；

二、不使用强签名

   1、如果不使用强签名，在我们的系统中，对DLL的管理就是跟着应用程序走，每个应用程序在FTP上是一个目录；

   2、在本地，也是每个应用程序一个目录，应用程序要用到的所有dll都存放在该目录下，该目录下的文件和FTP对应的目录保持一致；

   3、这样做似乎也不是很理想，一个基础的dll要升级，所有应用程序目录下的这个dll都要升级？麻烦！

 

不知道有没有第三种做法了，目的就是让一个很复杂的系统能够很容易的升级。

 

以上就是需求了！

 

另外，gac的方法是提供应用程序发布使用的，开发的IDE依然需要手动添加引用的组件。gac只是表名这个组件是全局的。