之前一文《c++的性能, c#的產能?!魚和熊掌可以兼得,.NET NATIVE初窺》 獲得很多朋友支持和鼓勵,也更讓我堅定做這項技術的推廣者,希望能讓更多的朋友了解這項技術,于是先從官方信息的翻譯開始做起。
此系列系小九的學堂原創翻譯,翻譯自微軟官方開發向導,一共分為六個主題。第一個主題是:《.NET Native安裝和配置》本文是第二個主題:.NET Native開發流程詳解。
向導文鏈接:《C++的性能C#的產能?! - .Net Native 系列:開發向導》
[小九的學堂,致力于以平凡的語言描述不平凡的技術。如要轉載,請注明來源:小九的學堂。VEVb.com/xfuture]
原文:.NET Native Getting Started
.NET Native開發流程詳解
.NET Framework 4.5
![]() |
---|
這個主題依賴于預發行的.net native開發者預覽版。下載地址:Microsoft Connect website. 友情提示需要注冊.. |
在無論是對新開發的windows store app進行.net native編譯 還是 對現有的app進行移植.net native,遵循的流程是相同的。
創建.net native app步驟如下:
1. 在已有的開發環境(windows, desktop, clr)下開發一個應用程序,配置好.net native相關文件,并進行測試確保其可運行。
2. 使用.net native編譯app
3. 解決反射和序列化帶來的額外消耗
4. 部署和測試
5. 發現并解決問題,直到部署和測試通過。
【本文著重前三個開發流程,部署和測試將在下篇文章 .net native部署和測試 中進行詳細分析】
![]() |
---|
如果你進行的是對現有app移植到.net native編譯,一定要對更改后的app進行完全的測試。 |
下面是對步驟1,2,3的詳解:
Step1:在已有的開發環境(windows, desktop, clr)下開發一個應用程序,配置其.net native相關文件
無論是對新開發的windows store app進行.net native編譯 還是 對現有的app進行移植.net native,遵循的步驟是相同的。但當你新建一個項目時,你需要手動來啟用.net native配置組件:
1. 新建一個C# windows store app項目 或者打開一個已存在的windows store app PRoject.
2. 在解決方案資源管理器中,右鍵項目,選擇Enable for .NET Native。然后會自動添加一個名為default.rd.xml到項目中。保留這個文件,因為它指定了一個默認的元數據的協議(metadata policy)作為應用開發的一個入口。
3. 需要注意的是,有些Windows應用商店的應用程序項目和.net native有一些兼容性問題。關于移植相關之后會有文章涉及。暫時先給出英文鏈接Migrating Your Windows Store App to .NET Native
現在您就可以使用C#來編寫在x64或者模擬器上可以運行的.net native的程序了。只有經過Step2設置后才能做到不依賴.net framework,機器碼。開發階段依然使用的clr,并沒有調用.net native 靜態鏈接庫。
提示: 當您在開發中一定要注意反射和序列化的部分,在.net native中這些機制會有額外消耗。
Step2: .Net Native編譯項目
項目開發階段結束后,一直運行機制是.net framework clr。
遵循下列步驟,將項目轉化為.net native編譯成的機器碼發行版本:
1. 在項目Active config配置中選擇相應運行的平臺,比如x64或者ARM.
2. 啟動.net native編譯。選擇項目屬性-生成欄下將Compile with .NET Native tool chain選項選中打勾。
當做完上述步驟后,您就可以部署app到相應的機器上來進行測試。當你進行調試時,你將自動使用.net native 調試機制。如果你發現程序集加載了mrt100.dll,這就說明您的項目是.net native項目。
如果想恢復原本配置不使用.net native , 可以查看上篇文章《.NET Native安裝和配置》
Step3:解決反射和序列化帶來的額外消耗
當你選擇Enable for .NET Native選項時會生成默認的運行時指令文件:Default.rd.xml. 該文件會提供程序運行時所有需要的元數據, 大部分情況下提供的元數據是足夠程序運行的。但是有一些編程方式會導致額外的開銷。
序列化
有兩種序列化方式可能會導致運行時指令文件的額外開銷:
1. 不基于反射的序列化。在.NET Framework中比如DataContractSerializer,DataContractJsonSerializer,XmlSerializer等類并不依賴于反射。他們需要對象序列化和反序列化時生成的代碼段。詳細信息可以參閱:Microsoft Serializers 篇章:Serialization and Metadata.
2. 第三方的序列化。第三方序列化庫,最經常使用的是NewtonsoftJSON serializer。它是基于反射和需要*.rd.xml的入口來進行對象的序列和反序列化。詳細信息可以參閱:"Third-Party Serializers"篇章:Serialization and Metadata.
反射
依賴反射的方法:
在一些項目中, 代碼中使用反射并不明顯。有一些常用的API或者在編程中不認為是反射的部分,其實卻是依靠反射來成功執行的。比如 類型的實例化和方法的構建:
1. TheType.MakeGenericTypemethod
2. TheArray.CreateInstanceandType.MakeArrayTypemethod
3. TheMethodInfo.MakeGenericMethodmethod
更多信息可以查看:APIs That Rely on Reflection.
小貼士 |
---|
運行指令文件中使用的類型名稱一定要是全稱.比如必須要是“System.String” 而并不能只是“String”. |
下一篇是關于.net native 部署和測試篇。敬請期待!
新聞熱點
疑難解答