日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
事與愿違開發(fā)者希望看到的C#4.0新特性

之前曾報道過《C# 4.0四大新特性代碼示例與解讀》,而本文所說的特性并不在其列,只是作者希望在C# 4.0中出現(xiàn)的新特性,但很遺憾,結(jié)果事與愿違。

1. 通過委托成員來實現(xiàn)接口

在C# 4.0中可以通過委托來實現(xiàn)某個成員的接口,例如下面的代碼:

 
 
 
  1. public class Foo : IList       
  2.   {       
  3.   private List _Collection implements IList;       
  4.   public Foo()       
  5.   {       
  6.   _Collection = new List();       
  7.   }       
  8.   } 

被封閉的成員可以用委托實現(xiàn)一個或多個接口,多個接口用逗號分隔。這么做可以去掉很多冗余的代碼,就像上面的示例,不再需要在封閉類(Foo類)上寫一大堆方法來將接口實現(xiàn)交給成員變量,接口的實現(xiàn)會直接映射到受委托的接口實現(xiàn)(_Collection成員變量)。這個功能同樣增強了對minxins的支持。這個就是“委托模式”了,wikipedia上對此模式的解釋如下:

委托模式是指一個對象對外表現(xiàn)某種行為,但事實上只是將實現(xiàn)此行為的任務(wù)將會給一個相關(guān)的成員的技術(shù),這種技術(shù)反轉(zhuǎn)了責(zé)任。委托模式是加強組合 (聚合)、minxins及aspects的一種基本模式。再進一步,在委托實現(xiàn)接口之余,我們也應(yīng)當(dāng)可以自由地重寫某些方法如下:

 
 
 
  1. public class Foo : IList      
  2.   {      
  3.   private List _Collection { get; set; } implements IList;      
  4.   public Foo()      
  5.   {      
  6.   _Collection = new List();      
  7.   }      
  8.   //這將覆蓋委托的執(zhí)行     
  9.   // 漂亮的混入和方便的功能     
  10.  pattern implementation      
  11.   public int IList.Add(string value)      
  12.   {      
  13.    if (!_Collection.Contains(value))      
  14.    _Collection.Add(value);      
  15.   }      
  16.   }  

2. 匿名返回類型

在C#中匿名類型可以擁有像普通的類聲明一樣的地位。(當(dāng)前)匿名類型只能用于局部變量,不能作為方法的返回值。但是如果一個強類型的LINQ查詢的返回類型可以作為方法的返回類型一定很好,比如下面的代碼:

 
 
 
  1. public var GetProductInfos()      
  2.   {      
  3.    var productInfos =      
  4.    from p in products      
  5.    select new { p.ProductName, p.Category, Price = p.UnitPrice };      
  6.    return productInfos;      
  7.   }  

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

如果一個類中的某一個方法/屬性的簽名和某個接口一樣,并且這個類沒有實現(xiàn)此接口,那么這個類就將隱式地實現(xiàn)這個接口。只有這個類實現(xiàn)了接口規(guī)定的所有方法/屬性的時候才被認為隱式地實現(xiàn)了此接口。那么這個和Structural Subtyping有什么區(qū)別?我承認structural subtyping更適合C#的靜態(tài)樣式,所以這是個'static duck typing',或者如wikipedia所述:

Duck typing與structural typing的區(qū)別僅在于類型中被訪問的部分在運行期才做兼容性確認。我們將通過一個用例來說明這種方法有什么好處:在.NET框架中,一部分控件實現(xiàn)了一個叫ReadOnly的屬性,比如TextBox, DataGrid, NumericUpDown?,F(xiàn)在我們建一個叫IReadOnlyRestricable的接口:

 
 
 
  1. public interface IReadOnlyRestricable      
  2.   {      
  3.      bool ReadOnly { get; set; }      
  4.   } 

然后我們要遍歷所有的控件,找出有ReadOnly屬性的控件并把此屬性設(shè)為true(譯者注:這些控件本身沒有實現(xiàn)IReadOnlyRestricable),在ducktyping下我們可以把控件通過類型轉(zhuǎn)換為IReadOnlyRestricable,就像下面代碼一樣,這樣我們就不需要通過反射去定位ReadOnly屬性了:

 
 
 
  1. foreach (Control c in f.Controls)      
  2.   {      
  3.    //希望有隱式轉(zhuǎn)換     
  4.  IReadOnlyRestrictable if interface contract is in class we are checking against      
  5.    IReadOnlyRestricable editable = c as IReadOnlyRestricable;      
  6.    if (editable != null)      
  7.    editable.ReadOnly = true;      
  8.   }  

ducktyping的最大好處是可以為你不需要訪問的類庫定義一些接口,這可以盡可能地減少相互依賴。

4. 安全的null延遲賦值操作符

我很想看到一種安全地訪問一個值為null的對象的屬性的表達式,表達式可能形如Object.Property.Property.Value。比如我要訪問Customer?.FirstName,但是Customer是null,此時Customer?.FirstName會返回null而不是拋出個NullReferenceException。再看看下面的代碼:

 
 
 
  1. //如果不是客戶或命令無效,這將拋出一個像往常一樣空引用異常  
  2. int orderNumber = Customer.Order.OrderNumber; 
  3.  

 
 
 
  1. //這將無法編譯,因為它需要一個空的返回類型  
  2. int orderNumber = Customer.Order?.OrderNumber;
  3.  

 
 
 
  1. //這將返回null,如果客戶是空或者如果命令是空        
  2. int? orderNumber = Customer?.Order?.OrderNumber;       
  3. if (orderNumber.HasValue)
  4.    

  
 
 
 
  1. //... 用它做一些事情      
  2. //而不是必須做   
  3. if ((Customer != null) && (Customer.Order != null))       
  4. int a = Customer.Order.OrderNumber
  5.   

原文地址:http://www.cnblogs.com/smallnumber/archive/2010/08/16/VisualStudio2010CSharp4.html

【編輯推薦】

  1. 詳解Visual C# 2010幾大新特征
  2. 詳解C#泛型特性及相關(guān)實例
  3. 詳解C#中相等運算符重載可能造成的陷阱 

當(dāng)前題目:事與愿違開發(fā)者希望看到的C#4.0新特性
標(biāo)題URL:http://m.5511xx.com/article/dphjpsh.html