见“http://topic.csdn.net/t/20020726/10/903310.html”,

Global   Assembly   Cache全局程序集缓存,都会存放在系统目录"%winroot%\assembly下面 

注意这个文件夹被加密了,你不能通过窗口如:H:\WINDOWS\assembly来直接获取你想要的dll,OWC ,ocx。必须在dos下:如: “H:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\8.0.0.0__b03f5f7f11d50a3a>”。其中红色字部分是你要查找的具体组建,前面则通用

 

是的,GAC中的所有的Assembly都会存放在系统目录"%winroot%\assembly下面。放在系统目录下的好处之一是可以让系统管理员通过用户权限来控制Assembly的访问。  
   
  关于GAC本身,上面redcaff_l所引述的一段话正是MSDN中对GAC的定义。GAC全称是Global   Assembly   Cache,他的作用是可以存放一些有很多程序都要用到的公共Assembly,例如System.Data、System.Windows.Forms等等。这样,很多程序就可以从GAC里面取得Assembly,而不需要再把所有要用到的Assembly都拷贝到应用程序的执行目录下面。举例而言,如果没有GAC,那么势必每个WinForm程序的目录下就都要从C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705下面拷贝一份System.Windows.Forms.dll,这样显然不如都从GAC里面取用方便,也有利于Assembly的升级和版本控制。  
   
  除了系统默认放置在GAC中的Assembly如System.Windows.Forms以外,我们也可以添加自己的Assembly:  
  1)创建一个strong-name的Assembly,例如ToolbarComponent.dll  
  2)运行gacutil   -i   ToolbarComponent.dll,把这个Assembly添加到GAC  

(注意gacutil   是Visual Studio 2005 命令提示窗口下工具)
  3)在程序中动态装载:  
  System.Reflection.Assembly   ass=Assembly.Load("ToolbarComponent,   Version=1.0.934.20434,   Culture=neutral,   PublicKeyToken=65f45658c8d4927f");  
  MessageBox.Show("Is   the   assembly   loaded   from   GAC?   "+ass.GlobalAssemblyCache);  
  在上面的程序中,ToolbarComponent就是从GAC装载而不是从程序的运行目录下的dll文件中装载,程序目录下不需要放置ToolbarComponent.dll程序也能正常运行。另外,Assembly.Load()中的参数可以通过"gacutil   -l"查到。  
   
  另外,上面提到了GAC中的Assembly必须是strong-name的。创建strong-name的Assembly的步骤大致如下:  
  a)   在命令行运行“sn   -k   keyPair.snk”创建一个密钥文件。这里的sn.exe也是.NET附带的一个工具。  
  b)   在VS.NET里面修改“AssemblyInfo.cs”文件:  
  [assembly:   AssemblyDelaySign(false)]    
  [assembly:   AssemblyKeyFile("..\\..\\keyPair.snk")]    
  c)   编译项目,就能得到一个strong-name的Assembly。  
   
  MSDN中有一些对GAC的介绍,您可以参考:  
  1)《Assembly   Cache   Viewer   (Shfusion.dll)》  
  2)《Global   Assembly   Cache》  
   
  .NET   Framework中附带了一些和GAC有关的工具,其中包括:  
  1)Gacutil.exe,一个命令行的工具,用于在GAC中浏览、添加、删除Assembly  
  2)Ngen.exe,也是一个命令行的工具,用于在GAC中创建Native   Image  
  3)mscorcfg.msc,一个MMC终端,可以图形化完成Gacutil.exe的主要功能。  
   
  希望以上一些介绍能够对您有帮助。   
   
微软推荐使用 SpecificCulture(其实还有一类Invariant Culture微软不推荐使用,仅仅是周期较短的演示系统开发时推荐使用)
当我们看到 en-US,es-ES等表示culture的名称时,可以这样进行识别
横线前面的部分称为Neutral Culture,它是“与某种语言关联但不与国家/地区关联的区域性”的含义
横线后面的部分称为Specific Culture ,它就是和某个地区国家有关的了
通常采用这种写法,因此我们能很容易分辨这两种Culture,如:fr-FR
只有一种特殊情况,就是中文,它的关系是这样的
zh-CHS Chinese (Simplified) , Neutral
zh-CN Chinese - China

zh-CHT Chinese (Traditional) , Neutral
zh-TW Chinese - Taiwan
zh-HK Chinese - Hong Kong SAR
zh-MO Chinese - Macao SAR
zh-SG Chinese - Singapore
可以看到,主要就是 Neutral通常应该是两位的,但这里的Neutral:zh-CHS和zh-CHT有6位,这是比较容易混淆的,而真正的Specific Culture是:zh-CN,zh-TW ,zh-HK,zh-MO,zh-SG 。

Culture=neutral是什么意思 ??

就是:与某种语言关联但不特定于某个国家/地区的区域性,简单来说就是中性,中立的意思。就是不区分区域性的组件

 

MSDN啊

一个非特定的自定义区域性。
自定义区域性可以具有以下特征:

自定义区域性可以是特定区域性或非特定区域性。  

特定区域性指定语言和区域,而非特定区域性指定语言但不指定区域。  

自定义区域性可以是替换区域性或附加区域性。

替换区域性替换   .NET   Framework   附带的区域性或   Windows   附带的区域设置。  

附加区域性是除替换区域性之外的任何区域性。附加区域性可以是全新的,或者可以扩展现有   .NET   Framework   区域性或   Windows   区域设置。