|
在去年微軟的專業(yè)開發(fā)者大會上(Professional Developers Conference PDC 2008),微軟就開發(fā)者在.NET平臺上的未來做了詳細的展望,本文我們將概括地來看一下即將到來的.NET 4.0 Framework的一些特性,以及全新的Microsoft 系編程語言,討論下微軟對于.NET Platform在接下來幾年的長遠展望。
VB.NET和C#的聯(lián)合發(fā)展
當前來自軟件的最首要的信息之一是針對Microsoft Visual Basic .NET開發(fā)者的。VB.NET和Microsoft Visual C#都是構(gòu)建在通用語言運行時(Common Language Runtime—CLR)之上,這意味著它們都向下編譯成通用中間語言(Common Intermediate Language—CIL)。
由于二者均向下編譯成相同的代碼,因而兩個語言內(nèi)部也不存在很大的差別。但是,兩種語言卻由微軟兩個不同的團隊來維護,而且?guī)啄陙淼倪@種分離由于開發(fā)團隊在各自產(chǎn)品上有不同的視角和理念,導致C#和VB.NET這兩種語言演變出許多語言方面的特性。許多令人興奮的特性最初出現(xiàn)在C#中最后卻成了VB.NET的特性,很多VB.NET開發(fā)者都感到了這一點。自然地,這引起了VB.NET陣營的不滿。
聯(lián)合發(fā)展是微軟的一個承諾,借此承認C#和VB.NET為相同重要的語言,而且微軟承諾在語言特性的發(fā)展方面,這些特性會同時加入到兩個語言中。開發(fā)者不再需要為了某個特性而選擇某個語言,也不再需要討論到底哪個語言更好,他們要做的只是從語法方面來選擇自己的語言就可以了。也許C#開發(fā)者會有一點揮之不去的優(yōu)越感,VB.NET開發(fā)者會為此不爽,但聯(lián)合發(fā)展后VB.NET開發(fā)者可以提醒“驕傲”的C#開發(fā)者,因為兩種語言只是不同外表下的同一個東西。
動態(tài)語言運行時(Dynamic Language Runtime)的介紹
微軟很敏感地意識到.NET Framework并不是構(gòu)建應用時的唯一選擇。快速地看看現(xiàn)在的開發(fā)環(huán)境,你會發(fā)現(xiàn)有很多語言選擇。人們花費時間和精力用這些語言來寫出有用的組件,問題來了:怎么能夠讓這些用其他語言寫出的組件不至于在.NET上重寫?
也許即將發(fā)布的.NET 4.0最令人激動的新特性是動態(tài)語言運行時(Dynamic Language Runtime—DLR)。就像通用語言運行時(Common Language Runtime—CLR)為靜態(tài)型語言如C#和VB.NET提供了通用平臺一樣,動態(tài)語言運行時(Dynamic Language Runtime—DLR)為像JavaScript, Ruby, Python甚至COM組件等動態(tài)型語言提供了通用平臺。這代表.NET Framework在互操作性方面向前邁進了一大步,提供了一種語言操作的抽象,共享存儲空間避免數(shù)據(jù)在進程中反復的集結(jié),像垃圾收集一樣的一套通用語言特性,以及將一種數(shù)據(jù)表達轉(zhuǎn)換成另一種。
在更高層,你可以認為動態(tài)語言運行時(Dynamic Language Runtime—DLR)有三個層:
◆.NET語言集成(.NET Language Integration)
◆DLR核心組件(DLR Core Components)
◆語言結(jié)合(Language Binders)
第一層,.NET語言集成,代表.NET語言有了一個概念即DLR是什么以及它怎么用。大部分來說,你甚至不會注意到DLR的這個方面,因為大部分的.NET語言有一個自然的集成點。IronRuby和IronPython都是動態(tài)型語言,所以DLR相合VB.NET總是在對象類型支持后聯(lián)編(late binding)的概念,所以DLR很好地與后聯(lián)編(late binding)解決合成一體。然而C#沒有后聯(lián)編(late binding)的概念,所以需要一個附加的靜態(tài)型來支持動態(tài)語言。
第二層是動態(tài)語言運行時(Dynamic Language Runtime—DLR)自身,由三個核心組件組成:表達式樹(Expression Trees),動態(tài)分配(Dynamic Dispatch),和調(diào)用點緩存(Call Site Caching)。一個表達式樹是以一棵樹方式的代碼表現(xiàn)方式,它將語言抽象成一個連續(xù)的能夠被DLR操作的格式。一旦動態(tài)代碼以樹的方式表現(xiàn),DLR就能夠閱讀這棵樹并且為了實際的執(zhí)行從這棵樹生成CLR代碼。將代碼解釋成一個表達式樹,然后創(chuàng)建CLR是一個昂貴的操作,所以DLR采用了一種性能技術即我們所知道的調(diào)用點緩存(Call Site Caching)來避免每次動態(tài)代碼被調(diào)用時的重新編譯。動態(tài)分配(Dynamic Dispatch)確保適當?shù)恼Z言結(jié)合(Language Binders)能夠用于動態(tài)調(diào)用。
語言結(jié)合(Language Binders)構(gòu)成了第三層,它是動態(tài)語言運行時(Dynamic Language Runtime—DLR)所需要的某些操作的特定語言工具。當然DLR遠比本文簡單介紹地要詳細、功能強大得多,更多的信息來自于你自己的切身應用。
NET技術:VB.NET和C#的發(fā)展與動態(tài)語言運行時,轉(zhuǎn)載需保留來源!
鄭重聲明:本文版權(quán)歸原作者所有,轉(zhuǎn)載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯(lián)系我們修改或刪除,多謝。