譯者：linger(sysu大三 )

　　注：本文是DOUG SEVEN寫的關(guān)于Windows 8新的編程體系的一篇文章《A bad picture is worth a thousand long discussions》的譯文。

　　在Build會(huì)議中，我跟顧客，還有其他的參與者，Microsoft的mvp，Microsoft的地方主管，Microsoft的工程團(tuán)隊(duì)成員談了很多。其中談的最多的是，Windows 8的平臺(tái)和工具的技術(shù)盒子圖。如下所示：

　　現(xiàn)在我告訴你，我曾畫過很多這種軟件架構(gòu)圖，當(dāng)然并不是很容易畫出來的。這種圖從技術(shù)的角度來說永不可能是精確的。顯然沒有一種簡單的方式對(duì)這種復(fù)雜的系統(tǒng)來畫一張技術(shù)上精確無誤的框架圖。結(jié)果是，你的框架圖是會(huì)漏掉很多盒子的（漏掉很多在整個(gè)體系中實(shí)際存在的技術(shù)）。不幸的是，那正是這里所發(fā)生的事（Windows 8的技術(shù)盒子漏掉了一些實(shí)際存在的技術(shù)）。

　　談話中其中之一的話題是圍繞著技術(shù)盒子中綠色部分（即是Metro風(fēng)格的應(yīng)用程序）為何沒有出現(xiàn).NET和CLR。是不是在Metro風(fēng)格的應(yīng)用程序中，VB，C#在編譯和運(yùn)行過程都不兼容WinRT？這意味著.NET框架的終結(jié)么？

　　還有一些研究過二進(jìn)制碼的質(zhì)疑是否有兩個(gè)CLR。Windows 8究竟在搞什么呢？

　　昨晚我跟.NET CLR的團(tuán)隊(duì)的成員們交流過（這里不說出他們的名，不過請相信我，他們肯定明確知道這個(gè)體系是如何運(yùn)行的），下面是一些內(nèi)部消息。

　　基本事實(shí)：

　　只有一個(gè)CLR。每個(gè)應(yīng)用程序或者應(yīng)用程序池圍繞著一個(gè)進(jìn)程旋轉(zhuǎn)，而CLR就是在該進(jìn)程內(nèi)部工作的。這意味著，同時(shí)運(yùn)行的一個(gè)Metro風(fēng)格的應(yīng)用程序和一個(gè)桌面模式的應(yīng)用程序用的是相同的CLR二進(jìn)制碼，只不過是CLR的兩個(gè)不同的實(shí)例。

　　.NET4.5在桌面模式的應(yīng)用程序和Metro風(fēng)格的應(yīng)用程序都可以用到。不過有點(diǎn)不同。Metro風(fēng)格的應(yīng)用程序使用的是最適合稱之為另一個(gè).NET的Profile （比如說桌面模式的應(yīng)用程序使用的是.NET Client的Profile ，而Metro風(fēng)格的應(yīng)用程序使用的是.NET Metro的Profile）。事實(shí)上并不是不相同，但在Metro風(fēng)格的應(yīng)用程序中.NET的實(shí)現(xiàn)像是另一個(gè)Profile一樣。

　　不管一個(gè)桌面模式的應(yīng)用程序或者M(jìn)etro風(fēng)格的應(yīng)用程序是不是.NET的app, 但都是編譯成相同的MSIL（微軟中間語言代碼）。并不存在一個(gè)特殊的Windows 8的Metro的中間語言代碼（就像CLR那樣，只有一個(gè)MSIL）。

　　下面是一張更準(zhǔn)確的圖（當(dāng)然還是技術(shù)上不是精確的框架圖）

　　在這張圖中，你可以看到CLR和.NET4.5都用到了用C#和VB寫的桌面模式的app(藍(lán)色部分)和Metro風(fēng)格的app（綠色部分）。Silverlight仍然只能在桌面模式作為IE的插件運(yùn)用到（當(dāng)然，離開瀏覽器，它在桌面模式下還是支持的）。這幅圖中另一個(gè)新添加的是DirectX，原來第一張圖是完全沒有存在的。DirectX在高級(jí)app中是一種很重要的技術(shù)，比如游戲。DirectX使得C++可以訪問控制GPU。

　　最大的疑惑，正如我所提到的，是跨越了了藍(lán)色部分和綠色部分的.NET的使用。為什么會(huì)存在.NET Metro Profile（我起的名）呢？因?yàn)镸etro風(fēng)格的app運(yùn)行在一個(gè)特殊app的容器中，該容器限制了應(yīng)用程序的訪問權(quán)限，從而保護(hù)了終端用戶，防止受到惡意程序的攻擊。就本身而論，Metro Profile其實(shí)是.NET Client Profile的一個(gè)子集，只不過是去掉了一些app容器中對(duì)于Metro風(fēng)格程序不允許的權(quán)限。開發(fā)者如果習(xí)慣了.NET的話，會(huì)發(fā)現(xiàn)很容易使用WinRT，就像是這樣子的，有一些引用的集合，然后去使用那些集合中的成員。

　　Additionally, some of the changes in the Metro Profile are to ensure Metro style apps are constructed in the preferred way for touch-first design and portable form factors. （該句不知該怎么翻譯）比如File.Create()。以前如果你使用.NET來創(chuàng)建一個(gè)新文件的話，你會(huì)使用File.Create(string fileLocation) 在磁盤上創(chuàng)建一個(gè)新文件，然后使用一個(gè)stream reader來創(chuàng)建以字符串形式存在的文本的內(nèi)容。這是一個(gè)同步操作（你調(diào)用了該函數(shù)，進(jìn)程就阻塞在那里，直到函數(shù)返回）。而如今的Metro風(fēng)格的app的理念是，應(yīng)該利用異步的編程來減少比如IO延遲之類的東西，比如上面提到的文件系統(tǒng)的操作。這意味著，.NET Metro Profile提供給你的不是同步操作FileCreate()。不過，你仍然可以調(diào)用File.Create()（或者是File.CreateNew()我也想不起來函數(shù)名），不過是異步操作。一旦回調(diào)函數(shù)被使用，你仍然可以打開一個(gè)stream reader然后對(duì)文件的內(nèi)容視作一個(gè)字符串來處理，就像你所做的那樣。

　　最后，所有這些意味著，你會(huì)有一些選擇，但你不會(huì)因此犧牲多少。你仍然可以建立.NET和Silverlight的app，正如你所習(xí)慣的那樣，當(dāng)然他們還可以在Windows上跑很多年。如果你想建立一個(gè)Metro風(fēng)格的app，你有四種選擇：

　　1. Xaml和.NET(C#或者VB)。你不會(huì)放棄很多.NET的東西（記住，你只是拋棄那些在app容器中所禁止的那些），你還可以使用WinRT來訪問傳感輸入和其他的系統(tǒng)資源。

　　2. Xaml和C++。你可以使用你在Xaml和C++的技能來使用WinRT。當(dāng)然你就感覺不到了.NET的好處，不過，有些人喜歡管理自己程序的垃圾回收。

　　3. Html和Javascript。你可以利用你在UI方面的能力，在Javascript中調(diào)用WinRT來訪問系統(tǒng)資源和傳感輸入。

　　4. DirectX和C++。如果你在開發(fā)一個(gè)刺激好玩的游戲，你可以利用DirectX和通過C++跟WinRT來訪問設(shè)備傳感器和系統(tǒng)資源。

　　以上是譯文，若那些譯的不好，敬請指正。下面在提供一些關(guān)于Windows 8的編程鏈接：

　　WinRT and .NET in Windows 8

　　Analyzing Windows 8 and WinRT

　　A bad picture is worth a thousand long discussions

　　Why is WinRT unmanaged?

NET技術(shù)：一張破圖勝過長篇大論（譯文：關(guān)于Windows 8的新編程體系），轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。