基于Visual Studio 2010 闡述C#4個(gè)特性
Csharp4.0與以往版本基礎(chǔ)體現(xiàn)了強(qiáng)大的性能優(yōu)勢(shì),主要體現(xiàn)在以下四個(gè)方面:
1. 通過委托成員來實(shí)現(xiàn)接口
在C# 4.0中可以通過委托來實(shí)現(xiàn)某個(gè)成員的接口,例如下面的代碼:
public class Foo : IList { private List _Collection implements IList; public Foo() { _Collection = new List(); } }
被封閉的成員可以用委托實(shí)現(xiàn)一個(gè)或多個(gè)接口,多個(gè)接口用逗號(hào)分隔。這么做可以去掉很多冗余的代碼,就像上面的示例,不再需要在封閉類(Foo類)上寫一大堆方法來將接口實(shí)現(xiàn)交給成員變量,接口的實(shí)現(xiàn)會(huì)直接映射到受委托的接口實(shí)現(xiàn)(_Collection成員變量)。這個(gè)功能同樣增強(qiáng)了對(duì)minxins的支持。
這個(gè)就是“委托模式”了,wikipedia上對(duì)此模式的解釋如下:
委托模式是指一個(gè)對(duì)象對(duì)外表現(xiàn)某種行為,但事實(shí)上只是將實(shí)現(xiàn)此行為的任務(wù)將會(huì)給一個(gè)相關(guān)的成員的技術(shù),這種技術(shù)反轉(zhuǎn)了責(zé)任。委托模式是加強(qiáng)組合 (聚合)、minxins及aspects的一種基本模式。
再進(jìn)一步,在委托實(shí)現(xiàn)接口之余,我們也應(yīng)當(dāng)可以自由地重寫某些方法如下:
public class Foo : IList { private List _Collection { get; set; } implements IList; public Foo() { _Collection = new List(); } //這將覆蓋委托的執(zhí)行 // 漂亮的混入和方便的功能 pattern implementation public int IList.Add(string value) { if (!_Collection.Contains(value)) _Collection.Add(value); } }
2. 匿名返回類型
在C#中匿名類型可以擁有像普通的類聲明一樣的地位。(當(dāng)前)匿名類型只能用于局部變量,不能作為方法的返回值。但是如果一個(gè)強(qiáng)類型的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 類型的支持
如果一個(gè)類中的某一個(gè)方法/屬性的簽名和某個(gè)接口一樣,并且這個(gè)類沒有實(shí)現(xiàn)此接口,那么這個(gè)類就將隱式地實(shí)現(xiàn)這個(gè)接口。只有這個(gè)類實(shí)現(xiàn)了接口規(guī)定的所有方法/屬性的時(shí)候才被認(rèn)為隱式地實(shí)現(xiàn)了此接口。
如果這東西走起來像鴨子,晃起來像鴨子,那么這就是鴨子!(James Riley)
那么這個(gè)和Structural Subtyping有什么區(qū)別?我承認(rèn)structural subtyping更適合C#的靜態(tài)樣式,所以這是個(gè)'static duck typing',或者如wikipedia所述:
Duck typing與structural typing的區(qū)別僅在于類型中被訪問的部分在運(yùn)行期才做兼容性確認(rèn)。
我們將通過一個(gè)用例來說明這種方法有什么好處:
在.NET框架中,一部分控件實(shí)現(xiàn)了一個(gè)叫ReadOnly的屬性,比如TextBox, DataGrid, NumericUpDown
現(xiàn)在我們建一個(gè)叫IReadOnlyRestricable的接口:
public interface IReadOnlyRestricable { bool ReadOnly { get; set; } }
然后我們要遍歷所有的控件,找出有ReadOnly屬性的控件并把此屬性設(shè)為true(譯者注:這些控件本身沒有實(shí)現(xiàn)IReadOnlyRestricable),在ducktyping下我們可以把控件通過類型轉(zhuǎn)換為IReadOnlyRestricable,就像下面代碼一樣,這樣我們就不需要通過反射去定位ReadOnly屬性了:
foreach (Control c in f.Controls) { //希望有隱式轉(zhuǎn)換 IReadOnlyRestrictable if interface contract is in class we are checking against IReadOnlyRestricable editable = c as IReadOnlyRestricable; if (editable != null) editable.ReadOnly = true; }
在我看來ducktyping的最大好處是可以為你不需要訪問的類庫定義一些接口,這可以盡可能地減少相互依賴,你可以查看Phil Haacks more extensive post on duck typing這文章來看看為什么作者相信這對(duì)C#有好處。
Krzysztof Cwalina認(rèn)為,很顯然的,C#的foreach關(guān)鍵字已經(jīng)使用了duck typing.
4. 安全的null延遲賦值操作符
我很想看到一種安全地訪問一個(gè)值為null的對(duì)象的屬性的表達(dá)式,表達(dá)式可能形如Object.Property.Property.Value
比如我要訪問Customer?.FirstName,但是Customer是null,此時(shí)Customer?.FirstName會(huì)返回null而不是拋出個(gè)NullReferenceException
再看看下面的代碼,你就會(huì)知道怎么用了:
- //如果不是客戶或命令無效,這將拋出一個(gè)像往常一樣空引用異常
- int orderNumber = Customer.Order.OrderNumber;
- //這將無法編譯,因?yàn)樗枰粋(gè)空的返回類型
- 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.95time.cn/tech/program/2010/7626.asp
出處:藍(lán)色理想
責(zé)任編輯:bluehearts
◎進(jìn)入論壇網(wǎng)絡(luò)編程版塊參加討論
|