本文介绍了作者希望在C# 4.0中希望看到的新特性，比如通过委托成员来实现接口、匿名返回类型等等，但很遗憾，在C# 4.0中并没有出现。

1. 通过委托成员来实现接口

在C# 4.0中可以通过委托来实现某个成员的接口，例如下面的代码：

public class Foo : IList       
{       
private List _Collection implements IList;       
public Foo()       
{ 

      
_Collection = new List();       
}       
} 

被封闭的成员可以用委托实现一个或多个接口，多个接口用逗号分隔。这么做可以去掉很多冗余的代码，就像上面的示例，不再需要在封闭类(Foo类)上写一大堆方法来将接口 实现交给成员变量，接口的实现会直接映射到受委托的接口实现(_Collection成员变量)。这个功能同样增强了对minxins的支持。这个就是“委托模式”了，wikipedia上对此模式 的解释如下：

委托模式是指一个对象对外表现某种行为，但事实上只是将实现此行为的任务将会给一个相关的成员的技术，这种技术反转了责任。委托模式是加强组合 (聚合)、minxins及 aspects的一种基本模式。再进一步，在委托实现接口之余，我们也应当可以自由地重写某些方法如下：

public class Foo : IList      
{      
private List _Collection { get; set; } implements IList;      
public Foo()      

{      
_Collection = new List();      
}      
//这将覆盖委托的执行     
// 漂亮的混入和方便的功能     
 

pattern implementation      
public int IList.Add(string value)      
{      
 if (!_Collection.Contains(value))      
 

_Collection.Add(value);      
}      
}  

2. 匿名返回类型

在C#中匿名类型可以拥有像普通的类声明一样的地位。(当前)匿名类型只能用于局部变量，不能作为方法的返回值。但是如果一个强类型的LINQ查询的返回类型可以作为方法的 返回类型一定很好，比如下面的代码：

public var GetProductInfos()      
{      
 var productInfos =      
 from p in products      
 select new { 

p.ProductName, p.Category, Price = p.UnitPrice };      
 return productInfos;      
}  

3. 一些 Duck-typing or Structural Subtyping 类型的支持

如果一个类中的某一个方法/属性的签名和某个接口一样，并且这个类没有实现此接口，那么这个类就将隐式地实现这个接口。只有这个类实现了接口规定的所有方法/属性的时 候才被认为隐式地实现了此接口。那么这个和Structural Subtyping有什么区别?我承认structural subtyping更适合C#的静态样式，所以这是个'static duck typing'，或者 如wikipedia所述：

Duck typing与structural typing的区别仅在于类型中被访问的部分在运行期才做兼容性确认。我们将通过一个用例来说明这种方法有什么好处：在.NET框架中，一部分控件 实现了一个叫ReadOnly的属性，比如TextBox, DataGrid, NumericUpDown。现在我们建一个叫IReadOnlyRestricable的接口：

public interface IReadOnlyRestricable      
{      
   bool ReadOnly { get; set; }      
} 

然后我们要遍历所有的控件，找出有ReadOnly属性的控件并把此属性设为true(译者注：这些控件本身没有实现IReadOnlyRestricable)，在ducktyping下我们可以把控件通过类 型转换为IReadOnlyRestricable，就像下面代码一样，这样我们就不需要通过反射去定位ReadOnly属性了：

foreach (Control c in f.Controls)      
{      
 //希望有隐式转换     
 IReadOnlyRestrictable if interface contract is 

in class we are checking against      
 IReadOnlyRestricable editable = c as IReadOnlyRestricable;      
 if (editable != null)      

 editable.ReadOnly = true;      
}  

ducktyping的最大好处是可以为你不需要访问的类库定义一些接口，这可以尽可能地减少相互依赖。

4. 安全的null延迟赋值操作符

我很想看到一种安全地访问一个值为null的对象的属性的表达式，表达式可能形如Object.Property.Property.Value。比如我要访问Customer?.FirstName，但是Customer是 null，此时Customer?.FirstName会返回null而不是抛出个NullReferenceException。再看看下面的代码：

//如果不是客户或命令无效，这将抛出一个像往常一样空引用异常  
int orderNumber = Customer.Order.OrderNumber; 

//这将无法编译，因为它需要一个空的返回类型  
int orderNumber = Customer.Order?.OrderNumber;  

//这将返回null，如果客户是空或者如果命令是空      
int? orderNumber = Customer?.Order?.OrderNumber;       
if (orderNumber.HasValue)

//... 用它做一些事情      
//而不是必须做   
if ((Customer != null) && (Customer.Order != null))       
int a = Customer.Order.OrderNumber
欢迎访问微软官网下载相关软件http://www.microsoft.com/zh/cn/default.aspx

出处：博客园
责任编辑：bluehearts

◎进入论坛网络编程版块参加讨论

本文介绍了作者希望在C# 4.0中希望看到的新特性，比如通过委托成员来实现接口、匿名返回类型等等，但很遗憾，在C# 4.0中并没有出现。

1. 通过委托成员来实现接口

在C# 4.0中可以通过委托来实现某个成员的接口，例如下面的代码：

public class Foo : IList       
{       
private List _Collection implements IList;       
public Foo()       
{ 

      
_Collection = new List();       
}       
} 

被封闭的成员可以用委托实现一个或多个接口，多个接口用逗号分隔。这么做可以去掉很多冗余的代码，就像上面的示例，不再需要在封闭类(Foo类)上写一大堆方法来将接口 实现交给成员变量，接口的实现会直接映射到受委托的接口实现(_Collection成员变量)。这个功能同样增强了对minxins的支持。这个就是“委托模式”了，wikipedia上对此模式 的解释如下：

委托模式是指一个对象对外表现某种行为，但事实上只是将实现此行为的任务将会给一个相关的成员的技术，这种技术反转了责任。委托模式是加强组合 (聚合)、minxins及 aspects的一种基本模式。再进一步，在委托实现接口之余，我们也应当可以自由地重写某些方法如下：

public class Foo : IList      
{      
private List _Collection { get; set; } implements IList;      
public Foo()      

{      
_Collection = new List();      
}      
//这将覆盖委托的执行     
// 漂亮的混入和方便的功能     
 

pattern implementation      
public int IList.Add(string value)      
{      
 if (!_Collection.Contains(value))      
 

_Collection.Add(value);      
}      
}  

2. 匿名返回类型

在C#中匿名类型可以拥有像普通的类声明一样的地位。(当前)匿名类型只能用于局部变量，不能作为方法的返回值。但是如果一个强类型的LINQ查询的返回类型可以作为方法的 返回类型一定很好，比如下面的代码：

public var GetProductInfos()      
{      
 var productInfos =      
 from p in products      
 select new { 

p.ProductName, p.Category, Price = p.UnitPrice };      
 return productInfos;      
}  

3. 一些 Duck-typing or Structural Subtyping 类型的支持

如果一个类中的某一个方法/属性的签名和某个接口一样，并且这个类没有实现此接口，那么这个类就将隐式地实现这个接口。只有这个类实现了接口规定的所有方法/属性的时 候才被认为隐式地实现了此接口。那么这个和Structural Subtyping有什么区别?我承认structural subtyping更适合C#的静态样式，所以这是个'static duck typing'，或者 如wikipedia所述：

Duck typing与structural typing的区别仅在于类型中被访问的部分在运行期才做兼容性确认。我们将通过一个用例来说明这种方法有什么好处：在.NET框架中，一部分控件 实现了一个叫ReadOnly的属性，比如TextBox, DataGrid, NumericUpDown。现在我们建一个叫IReadOnlyRestricable的接口：

public interface IReadOnlyRestricable      
{      
   bool ReadOnly { get; set; }      
} 

然后我们要遍历所有的控件，找出有ReadOnly属性的控件并把此属性设为true(译者注：这些控件本身没有实现IReadOnlyRestricable)，在ducktyping下我们可以把控件通过类 型转换为IReadOnlyRestricable，就像下面代码一样，这样我们就不需要通过反射去定位ReadOnly属性了：

foreach (Control c in f.Controls)      
{      
 //希望有隐式转换     
 IReadOnlyRestrictable if interface contract is 

in class we are checking against      
 IReadOnlyRestricable editable = c as IReadOnlyRestricable;      
 if (editable != null)      

 editable.ReadOnly = true;      
}  

ducktyping的最大好处是可以为你不需要访问的类库定义一些接口，这可以尽可能地减少相互依赖。

4. 安全的null延迟赋值操作符

我很想看到一种安全地访问一个值为null的对象的属性的表达式，表达式可能形如Object.Property.Property.Value。比如我要访问Customer?.FirstName，但是Customer是 null，此时Customer?.FirstName会返回null而不是抛出个NullReferenceException。再看看下面的代码：

//如果不是客户或命令无效，这将抛出一个像往常一样空引用异常  
int orderNumber = Customer.Order.OrderNumber; 
 

//这将无法编译，因为它需要一个空的返回类型  
int orderNumber = Customer.Order?.OrderNumber;
  

//这将返回null，如果客户是空或者如果命令是空      
int? orderNumber = Customer?.Order?.OrderNumber;       
if 

(orderNumber.HasValue)

//... 用它做一些事情      
//而不是必须做   
if ((Customer != null) && (Customer.Order != null))       
int a = 

Customer.Order.OrderNumber

出处：蓝色理想
责任编辑：bluehearts

◎进入论坛网络编程版块参加讨论