C++的性能C#的產能?! - .Net Native 系列《二》：.NET Native開發流程詳解

　　以前一文《c++的性能, c#的產能？！魚和熊掌能夠兼得，.NET NATIVE初窺》 得到不少朋友支持和鼓勵，也更讓我堅決作這項技術的推廣者，但願能讓更多的朋友瞭解這項技術，因而先從官方信息的翻譯開始作起。

　　此係列系小九的學堂原創翻譯，翻譯自微軟官方開發嚮導，一共分爲六個主題。第一個主題是：《.NET Native安裝和配置》 本文是第二個主題：.NET Native開發流程詳解。

 

　　嚮導文連接：《C++的性能C#的產能?! - .Net Native 系列：開發嚮導》

 

　　[小九的學堂，致力於以平凡的語言描述不平凡的技術。如要轉載，請註明來源：小九的學堂。cnblogs.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.　　第三方的序列化。第三方序列化庫，最常用的是Newtonsoft JSON serializer。它是基於反射和須要*.rd.xml的入口來進行對象的序列和反序列化。詳細信息能夠參閱："Third-Party Serializers" 篇章：Serialization and Metadata.

　　

　　反射

　　依賴反射的方法：

　　　　在一些項目中, 代碼中使用反射並不明顯。有一些經常使用的API或者在編程中不認爲是反射的部分，其實倒是依靠反射來成功執行的。好比 類型的實例化和方法的構建：

　　　　　　1.　　The Type.MakeGenericType method

　　　　　　2.　　The Array.CreateInstance and Type.MakeArrayType method　

　　　　　　3.　　The MethodInfo.MakeGenericMethod method

　　　　更多信息能夠查看：APIs That Rely on Reflection.

　　　　

小貼士
運行指令文件中使用的類型名稱必定要是全稱.好比必需要是「System.String」 而並不能只是「String」.

---

 

　　

　　下一篇是關於.net native 部署和測試篇。敬請期待！