[你必须知道的.NET]第二十八回:说说Name这回事儿

《你必须知道的.NET》网站 | Anytao技术博客 

[你必须知道的.NET]第二十八回:说说Name这回事儿

发布日期:2009.3.18 作者:Anytao
© 2009 Anytao.com ,原创作品,转贴请注明作者和出处。

1 缘起

老赵在谈表达式树的缓存(2):由表达式树生成字符串中提到,在描述Type信息时讨论FullName或者AssemblyQualifiedName提供完整的Type信息,虽是小话题,但却是值得有聊的话题。在.NET中反应一个Type名称信息的有以下三个属性,分别是:

  • Name,获取当前成员的名称。
  • FullName,获取Type 的完全限定名,包括Type的命名空间,但不包括程序集。
  • AssemblyQualifiedName,获取Type的程序集限定名,其中包括从中加载Type 的程序集的名称。事实上,AssemblyQualifiedName被定义为只读abstract属性,具体的实现由其派生类来实现,例如TypeBuilder,我们可以根据其具体实现类型对此有个大致的了解。

此处的定义毋庸置疑是官方的(MSDN),俗话说,事实是检验真理的唯一标准,那么这三个相近的概念,究竟代表了怎样的不同,我们回到事实近看分晓。

2 畅聊Name

2.1 由简单的开始

由简单开始,我们不妨看看object的三个不同Name返回的事实真相:

static void Main(string[] args)
{
    Type t1 = typeof(object);
    Console.WriteLine(t1.Name);
    Console.WriteLine(t1.FullName);
    Console.WriteLine(t1.AssemblyQualifiedName);
}

执行结果呢?

诚如MSDN所说,Name返回了简单的类型名称,FullName包含命名空间,而AssemblyQualifiedName则包含程序集全名称。而对于非强名称程序集,其AssemblyQualifiedName依然返回,相关的程序集信息,例如:

Console.WriteLine(t3.AssemblyQualifiedName);

Anytao.Learning.ExpressionTree.One, Anytao.Learning.ExpressionTree, Version=1.0.
0.0, Culture=neutral, PublicKeyToken=null

2.2 向复杂过度

如果我们只把目光停留在简单类型,那么这三个家伙也不值得花点小时间来注意了,除了简单,还得复杂。所以,我饶尤其是的把Expression拿来抓丁了:

static void Main(string[] args)
{
    Type t2 = typeof(Expression<Func<int, int>>);
    Console.WriteLine(t2.Name);
    Console.WriteLine(t2.FullName);
    Console.WriteLine(t2.AssemblyQualifiedName);
}

执行的结果呢?

显然,对于答案,引起我们关注的是在Expression<Func<int, int>>中,其FullName的Func<int, int>类型,以及int类型均获取到其AssemblyQualifiedName,而不是FulName。这留给我们一个大大的疑问,对其原因进行一点点深究,我们就可以有这样的思考,Func<T>以及int分别存在于System.Core和mscorlib程序集,对于我们本身程序集而言,完全有可能在其他引用程序集中引入一个FullName相同的Assembly,所以为唯一限定起见,以AssemblyQualifiedName标示Func<T>和int是完全正确的。

同意的问题,存在于List<T>等其他类型。任何可替换类型参数的实际类型,都可能由不同程序集的加载而变得不够“唯一”,所以AssemblyQualifiedName来限定List<T>的FullName是明智的。

2.3 顺便看看Type.ToString()

Type类型还有一个ToString(),用于返回Type的Name,那么这个Name究竟是这三个中的哪一个呢?如果看了答案,你肯定又一次崩溃:

static void Main(string[] args)
{
    Type t1 = typeof(object);
    Type t2 = typeof(Expression<Func<int, int>>);
    Type t3 = typeof(One);
    Type t4 = typeof(List<int>);
    Console.WriteLine(t1.ToString());
    Console.WriteLine(t2.ToString());
    Console.WriteLine(t3.ToString());
    Console.WriteLine(t4.ToString());
}
我们看看此时的结果:

虽然很无语,Type.ToString()事实上并未返回Name、FullName或者AssemblyQualifiedName,而是不完全的FullName,具体就不做过多陈述了,我们可以由结果看得很明白。

3 回到问题

显然,FullName在一个程序集中是唯一限定的,包含了所在的命名空间,而AssemblyQualifiedName则更包含其程序集名称,对于复杂类型的例如List<T>这样的类型,即便是FullName也将以AssemblyQualifiedName显示其类型参数,所以对于老赵的方案FullName是完全可以胜任为不同Type实现唯一key值的需求。

你认为呢?

anytao | © 2009 Anytao.com

2009/03/18 | http://anytao.cnblogs.com/ | http://anytao.net/blog/post/2009/03/17/must_net_28.aspx

本文以“现状”提供且没有任何担保,同时也没有授予任何权利。 | This posting is provided "AS IS" with no warranties, and confers no rights.

本文版权归作者所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

温故知新

[开篇有益]
[第一回:恩怨情仇:is和as]
[第二回:对抽象编程:接口和抽象类]
[第三回:历史纠葛:特性和属性]
[第四回:后来居上:class和struct]
[第五回:深入浅出关键字---把new说透]
[第六回:深入浅出关键字---base和this]
[第七回:品味类型---从通用类型系统开始]
[第八回:品味类型---值类型与引用类型(上)-内存有理]
[第九回:品味类型---值类型与引用类型(中)-规则无边]
[第十回:品味类型---值类型与引用类型(下)-应用征途]
[第十一回:参数之惑---传递的艺术(上)]
[第十二回:参数之惑---传递的艺术(下)]
[第十三回:从Hello, world开始认识IL]
[第十四回:认识IL代码---从开始到现在]
[第十五回:继承本质论]
[第十六回:深入浅出关键字---using全接触]
[第十七回:貌合神离:覆写和重载]
[第十八回:对象创建始末(上)]
[第十九回:对象创建始末(下)]
[第二十回:学习方法论]
[第二十一回:认识全面的null]
[第二十二回:字符串驻留(上)---带着问题思考]
[第二十三回:品味细节,深入.NET的类型构造器]
[第二十四回:认识元数据和IL(上)]
[第二十五回:认识元数据和IL(中)]
[第二十七回:interface到底继承于object吗?]

posted @ 2009-03-18 00:06  Anytao  阅读(6623)  评论(22编辑  收藏