关于“属性”的几个问题,也许面试会问到哦~

 

       这些天太忙了都没更新博客了,这篇我们继续聊聊“属性”,大家都知道,属性其实分两种,无参属性和有参属性,顾名思义

无参属性就是我们平时用到的 “属性”,有参属性就是我们所说的 “索引器”,

1     public class Bird
2     {
3         public int Age { get; set; }
4 
5         public string this[int i] { get { return i + string.Empty; } set { ;} }
6     }

乍一看这两个还是蛮像的,本质上来说这两个都是getXXX,setXXX方法,只是编译器为了提高我们的开发效率而做的语法糖。

好,下面回答几个小问题,当然是我自己的个人见解。

 

Q:为什么类型中要存在属性?

A: 一般来说,一个类中都存在一个描述类的状态数据,我们也可以认为是元数据,这些元数据是不可以被轻易修改的,一但

      被错误的修改,就会导致类的破坏,所以建议在字段中加一层壳,由属性来提供高层访问。

   举个例子:Person的Age字段不能设为<0 || >150的非法数据,这个时候我们就可以在属性的set方法上进行过滤了。

 1         private int age;
 2 
 3         public int Age
 4         {
 5             get
 6             {
 7                 return age;
 8             }
 9             set
10             {
11                 if (value < 0 || value > 150)
12                     throw new Exception();
13                 age = value;
14             }
15         }

 

Q:  我看到上面字段age和属性Age,那么请问自动属性有封装字段吗,比如下面的代码?

1         public int Age
2         {
3             get;
4             set;
5         }

 

A:其实这个问题问的好,如果你是平时用用而没有用IL看一下的话,可能还真被蒙到了,既然说到了IL,那就用IL看一下。

从IL上可以清楚的看到其实编译器给我们生成了一个私有的k__BackingField 字段。

 

Q: 提到属性,我想问一下“类型初始化器”和“构造函数”有什么区别。

1             var b = new Bird { Name = "youyou", Age = 20 };

 

A: 要看有没有区别,我们得要看到底这个“类型初始化器”到底干了些什么?老规矩,我们看看IL代码。

从IL上可以看出,两个nop之间,我们调用了构造函数(ctor),并且先后调用了set_Name,set_Age方法,所以本质上来说,

“类型初始化器”只是一个语法糖,跟我们手工在构造函数中初始化一样。

 

Q:我经常看到Session["xxx"],Cookie["xxx"],请问索引器只能用到类的实例上吗?可不可以

     用到类型上?

A:这个问题问的好,其实你可以发现,我们在定义一个索引器的时候,根本就没有定义索引器的名字,而是直接用this,重点

    就在这里,我们知道this表示当前实例的上下文,导致我们的[]只能用到类型的实例上,也就做不了将[]用到类型上。

1         public string this[int i]
2         {
3             get { return i + string.Empty; }
4             set { ;}
5         }

 

Q:从上图中看到索引器本质上是get_Item,set_Item,但是我如果自己手工定义了一个

   get_Item造成方法名冲突了,这个怎么办?

 1     public class Bird
 2     {
 3         public string this[int i]
 4         {
 5             get { return i + string.Empty; }
 6             set { ;}
 7         }
 8 
 9         //重名了,这个怎么办?
10         public string get_Item(int s)
11         {
12             return string.Empty;
13         }
14     }

 

A: 这个问题也是蛮有意思的,最常见的做法就是手工修改我们自己定义的方法名,但是我们这里可不可以另辟蹊径呢?我们在写

      WCF的时候,可能会遇到给方法标记别名的情况,然后我们就用OperationContract给方法换一个名字,现在估计就有人想到

     了我是不是也可以给“索引器”加上别名?确实可以这样,在这里我们可以用IndexerName来完成。

1         [IndexerName("Fly")]
2         public string this[int i]
3         {
4             get { return i + string.Empty; }
5             set { ;}
6         }

 

然后我们再看看IL代码,就这样成功的修改了索引器的方法名。

 

posted @ 2014-08-17 19:58  一线码农  阅读(3697)  评论(8编辑  收藏  举报