[原创]深入理解C#3.x的新特性（4）：Automatically Implemented Property
2007-09-15 21:19
686 查看
深入理解C#3.x的新特性系列在沉寂一个月之后，今天继续。在本系列前3部分中，我们分别讨论了Anonymous Type，Extension Method 和Lambda Expression，今天我们来讨论另一个实用的、有意思的New feature：Automatically Implemented Property。
一、繁琐的private field + public property Definition
相信大家大家已经习惯通过一个private field + public property的发式来定义和实现一个public Property。就像下面一个Artech.AutoImpProperty. Point。
namespace Artech.AutoImpProperty
{
public class Point
{
private double x;
private double y;
public double X
{
get
{
return this.x;
}
set
{
this.x = value;
}
}
public double Y
{
get
{ return y; }
set
{ y = value; }
}
public Point(double x, double y)
{
this.x = x;
this.y = y;
}
}
}
虽然在Property中的set/get block中，我们可以不受限制地定义我们的业务逻辑，但是在大多是场合下，我们都是像上面的code一样直接对一个定义的field进行操作：在get block中返回field的值，在set block中对field赋值。也就是说，我们大多数还是将Property作为它所对应的field的直接封装。在说道Property的定义，我顺便提一下我们定义Property的一个原则：Property中的操作应该是立即能够执行完成的，我们不应该将一些Time consuming的操作放在一个Property中。因为我曾经看到过有人把调用Web Service的操作放在Property中，这是不知的推荐的，像这样的操作应该封装在一个Method中。
把话题转到我们简单的private field + public property Definition上来。如果我们定义一个Class中，只需要定义一个这样的Property，我们通过上面的code去定义可能觉得没什么。但是如果我们的Class，尤其是作为Business Entity的Class，需要封装非常多的数据，我们需要为不同类型的数据分别定义一个Property，这样不断重复的工作大家一定觉得很厌烦。虽然我们的IDE-VS 2005和VS 2008 beta 2通过Encapsulate Field的方式为我们的Coding工作减轻了负担（不清楚该小技巧的朋友可以参见下图），但是能在Programming Language级别就能够去除掉这些重复的定义得花，不但从根本上使Developer得到解脱，还能使我们的程序变得更加简洁和优雅。现在我们这一点我们可以做到了。
二、没有Field的Automatically Implemented Property Definition
在C# 3.x中，借助它提供的Automatically Implemented Property新特性，我们可以从繁琐的、重复的Coding工作中解脱出来了。我们来看我们先在的Property有多简单: Artech.AutoImpProperty. Vector
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace Artech.AutoImpProperty
{
class Program
{
static void Main(string[] args)
{
Vector v = new Vector(1, 2);
Console.WriteLine("X = {0} and Y = {1}", v.X, v.Y);
}
}
public class Vector
{
public double X
{ get; set; }
public double Y
{ get; set; }
public Vector(double x, double y)
{
this.X = x;
this.Y = y;
}
}
}
}
通过上面的Code，我们大家能够体会到Automatically Implemented Property为我们定于Property带来的价值了吧。首先Property对应的Field从跟上上省去了；在set/get我们只需要一个申明式的语句，而不在需要去实现它（Automatically Implemented）。而我们定义的Artech.AutoImpProperty. Vector和上面定义的Artech.AutoImpProperty. Point是完全等效的。
三、Backing Field成就了Automatically Implemented Property
从上面我们提供的Code的对比，我们可以很直观的体会到Automatically Implemented Property的实用价值。我现在来讨论一下这样的功能在技术上是如何实现的。
如果读过本系列前面3篇文章的朋友，一定记得我经常在重复这样的观点：C#3.x仅仅是基于.NET Programming Language，而不是基于.NET Framework的。换句话说，就是.NET Programming Language对于得编译器在编译的时候给我们玩了一个“障眼法”：加了一些必要的code，使原本我们看起来显得残缺的code（比如缺少对Property 的实现）变得完整。在运行的时候，这些code和原来的code是完全一样的。
为了使大家对Automatically Implemented Property的实现有一个直观的了解，我们把基于两种不同的Property definition的Class放到一起：传统的Field-based Explicit Implemented Property V.S. Automatically Implemented Property。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace Artech.AutoImpProperty
{
class Program
{
static void Main(string[] args)
{
Vector v = new Vector(1, 2);
Console.WriteLine("X = {0} and Y = {1}", v.X, v.Y);
}
}
public class Vector
{
public double X
{ get; set; }
public double Y
{ get; set; }
public Vector(double x, double y)
{
this.X = x;
this.Y = y;
}
}
public class Point
{
private double x;
private double y;
public double X
{
get
{
return this.x;
}
set
{
this.x = value;
}
}
public double Y
{
get
{ return y; }
set
{ y = value; }
}
public Point(double x, double y)
{
this.x = x;
this.y = y;
}
}
}
现在我们先通过Reflector来看看在最终编译生成的Assembly中，Artech.AutoImpProperty. Point和Artech.AutoImpProperty. Vector到底有何不同：
通过上图我们可以看到：Artech.AutoImpProperty. Point和我们在Source code定义的一致, 具有两个Propety（X，Y）和对应的Field（x，y）。但是对于我们通过Automatically Implemented Property方式定义的Artech.AutoImpProperty. Vetor就有点特别了：虽然在Source Code中我们只定义了两个Property（X，Y），不曾对应任何的Field。但是现在却凭空多处两个Field：<X>k__BackingField 和<Y>k__BackingField。看到这两个多出来的banking field，我们不难想象他们的作用了：他们分别对应着我们定义的两个Property（X，Y），其作用和Artech.AutoImpProperty. Point中定义的两个Field（x，y）完全一样。我们可以通过在Reflector中Disassemble Artech.AutoImpProperty. Vetor查看其最终的C# Code：
public class Vector
{
// Fields
[CompilerGenerated]
private double <X>k__BackingField;
[CompilerGenerated]
private double <Y>k__BackingField;
// Methods
public Vector(double x, double y)
{
this.X = x;
this.Y = y;
}
// Properties
public double X
{
[CompilerGenerated]
get
{
return this.<X>k__BackingField;
}
[CompilerGenerated]
set
{
this.<X>k__BackingField = value;
}
}
public double Y
{
[CompilerGenerated]
get
{
return this.<Y>k__BackingField;
}
[CompilerGenerated]
set
{
this.<Y>k__BackingField = value;
}
}
}
C# 3.x相关内容：
[原创]深入理解C# 3.x的新特性（1）：Anonymous Type
[原创]深入理解C# 3.x的新特性（2）：Extension Method - Part I
[原创]深入理解C# 3.x的新特性（2）：Extension Method - Part II
[原创]深入理解C# 3.x的新特性（3）：从Delegate、Anonymous Method到Lambda Expression
[原创]深入理解C# 3.x的新特性（4）：Automatically Implemented Property
[原创]深入理解C# 3.x的新特性（5）：Object Initializer 和 Collection Initializer
一、繁琐的private field + public property Definition
相信大家大家已经习惯通过一个private field + public property的发式来定义和实现一个public Property。就像下面一个Artech.AutoImpProperty. Point。
namespace Artech.AutoImpProperty
{
public class Point
{
private double x;
private double y;
public double X
{
get
{
return this.x;
}
set
{
this.x = value;
}
}
public double Y
{
get
{ return y; }
set
{ y = value; }
}
public Point(double x, double y)
{
this.x = x;
this.y = y;
}
}
}
虽然在Property中的set/get block中，我们可以不受限制地定义我们的业务逻辑，但是在大多是场合下，我们都是像上面的code一样直接对一个定义的field进行操作：在get block中返回field的值，在set block中对field赋值。也就是说，我们大多数还是将Property作为它所对应的field的直接封装。在说道Property的定义，我顺便提一下我们定义Property的一个原则：Property中的操作应该是立即能够执行完成的，我们不应该将一些Time consuming的操作放在一个Property中。因为我曾经看到过有人把调用Web Service的操作放在Property中，这是不知的推荐的，像这样的操作应该封装在一个Method中。
把话题转到我们简单的private field + public property Definition上来。如果我们定义一个Class中，只需要定义一个这样的Property，我们通过上面的code去定义可能觉得没什么。但是如果我们的Class，尤其是作为Business Entity的Class，需要封装非常多的数据，我们需要为不同类型的数据分别定义一个Property，这样不断重复的工作大家一定觉得很厌烦。虽然我们的IDE-VS 2005和VS 2008 beta 2通过Encapsulate Field的方式为我们的Coding工作减轻了负担（不清楚该小技巧的朋友可以参见下图），但是能在Programming Language级别就能够去除掉这些重复的定义得花，不但从根本上使Developer得到解脱，还能使我们的程序变得更加简洁和优雅。现在我们这一点我们可以做到了。
二、没有Field的Automatically Implemented Property Definition
在C# 3.x中，借助它提供的Automatically Implemented Property新特性，我们可以从繁琐的、重复的Coding工作中解脱出来了。我们来看我们先在的Property有多简单: Artech.AutoImpProperty. Vector
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace Artech.AutoImpProperty
{
class Program
{
static void Main(string[] args)
{
Vector v = new Vector(1, 2);
Console.WriteLine("X = {0} and Y = {1}", v.X, v.Y);
}
}
public class Vector
{
public double X
{ get; set; }
public double Y
{ get; set; }
public Vector(double x, double y)
{
this.X = x;
this.Y = y;
}
}
}
}
通过上面的Code，我们大家能够体会到Automatically Implemented Property为我们定于Property带来的价值了吧。首先Property对应的Field从跟上上省去了；在set/get我们只需要一个申明式的语句，而不在需要去实现它（Automatically Implemented）。而我们定义的Artech.AutoImpProperty. Vector和上面定义的Artech.AutoImpProperty. Point是完全等效的。
三、Backing Field成就了Automatically Implemented Property
从上面我们提供的Code的对比，我们可以很直观的体会到Automatically Implemented Property的实用价值。我现在来讨论一下这样的功能在技术上是如何实现的。
如果读过本系列前面3篇文章的朋友，一定记得我经常在重复这样的观点：C#3.x仅仅是基于.NET Programming Language，而不是基于.NET Framework的。换句话说，就是.NET Programming Language对于得编译器在编译的时候给我们玩了一个“障眼法”：加了一些必要的code，使原本我们看起来显得残缺的code（比如缺少对Property 的实现）变得完整。在运行的时候，这些code和原来的code是完全一样的。
为了使大家对Automatically Implemented Property的实现有一个直观的了解，我们把基于两种不同的Property definition的Class放到一起：传统的Field-based Explicit Implemented Property V.S. Automatically Implemented Property。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace Artech.AutoImpProperty
{
class Program
{
static void Main(string[] args)
{
Vector v = new Vector(1, 2);
Console.WriteLine("X = {0} and Y = {1}", v.X, v.Y);
}
}
public class Vector
{
public double X
{ get; set; }
public double Y
{ get; set; }
public Vector(double x, double y)
{
this.X = x;
this.Y = y;
}
}
public class Point
{
private double x;
private double y;
public double X
{
get
{
return this.x;
}
set
{
this.x = value;
}
}
public double Y
{
get
{ return y; }
set
{ y = value; }
}
public Point(double x, double y)
{
this.x = x;
this.y = y;
}
}
}
现在我们先通过Reflector来看看在最终编译生成的Assembly中，Artech.AutoImpProperty. Point和Artech.AutoImpProperty. Vector到底有何不同：
通过上图我们可以看到：Artech.AutoImpProperty. Point和我们在Source code定义的一致, 具有两个Propety（X，Y）和对应的Field（x，y）。但是对于我们通过Automatically Implemented Property方式定义的Artech.AutoImpProperty. Vetor就有点特别了：虽然在Source Code中我们只定义了两个Property（X，Y），不曾对应任何的Field。但是现在却凭空多处两个Field：<X>k__BackingField 和<Y>k__BackingField。看到这两个多出来的banking field，我们不难想象他们的作用了：他们分别对应着我们定义的两个Property（X，Y），其作用和Artech.AutoImpProperty. Point中定义的两个Field（x，y）完全一样。我们可以通过在Reflector中Disassemble Artech.AutoImpProperty. Vetor查看其最终的C# Code：
public class Vector
{
// Fields
[CompilerGenerated]
private double <X>k__BackingField;
[CompilerGenerated]
private double <Y>k__BackingField;
// Methods
public Vector(double x, double y)
{
this.X = x;
this.Y = y;
}
// Properties
public double X
{
[CompilerGenerated]
get
{
return this.<X>k__BackingField;
}
[CompilerGenerated]
set
{
this.<X>k__BackingField = value;
}
}
public double Y
{
[CompilerGenerated]
get
{
return this.<Y>k__BackingField;
}
[CompilerGenerated]
set
{
this.<Y>k__BackingField = value;
}
}
}
C# 3.x相关内容：
[原创]深入理解C# 3.x的新特性（1）：Anonymous Type
[原创]深入理解C# 3.x的新特性（2）：Extension Method - Part I
[原创]深入理解C# 3.x的新特性（2）：Extension Method - Part II
[原创]深入理解C# 3.x的新特性（3）：从Delegate、Anonymous Method到Lambda Expression
[原创]深入理解C# 3.x的新特性（4）：Automatically Implemented Property
[原创]深入理解C# 3.x的新特性（5）：Object Initializer 和 Collection Initializer
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 深入理解C#3.x的新特性（4）：Automatically Implemented Property
- [原创]深入理解C# 3.x的新特性（2）：Extension Method - Part II
- [原创]深入理解C# 3.x的新特性（5）：Object Initializer 和 Collection Initializer
- C# 3.X、4.X新特性：Automatically Implemented Property
- [原创]深入理解C# 3.x的新特性（2）：Extension Method - Part I
- [原创]深入理解C# 3.x的新特性(1): Anonymous Type
- [原创]深入理解C# 3.x的新特性(3)：从Delegate、Anonymous Method到Lambda Expression
- [原创-总结]深入理解C# 3.x的新特性系列总结
- [原创]深入理解C# 3.x的新特性(3)：从Delegate、Anonymous Method到Lambda Expression
- 深入理解C# 3.x的新特性（5）：Object Initializer 和 Collection Initializer
- 深入理解C# 3.x的新特性（2）：Extension Method[上篇]
- 【转】《深入理解C# 3.x的新特性》博文系列汇总
- 《深入理解C# 3.x的新特性》博文系列汇总
- 深入理解C# 3.x的新特性
- 深入理解C# 3.x的新特性(1): Anonymous Type
- 深入理解C# 3.x的新特性（2）：Extension Method[下篇]
- 深入理解C# 3.x的新特性系列总结
- 深入理解C# 3.x的新特性(1): Anonymous Type
- C# 语言特性系列(7) 深入理解抽象方法 abstract
- C# 语言特性系列(9) 深入理解局部变量