.NET Core開發(fā)Runtime IDentifier的示例分析

小編今天帶大家了解.NET Core開發(fā)Runtime IDentifier的示例分析，文中知識點介紹的非常詳細。覺得有幫助的朋友可以跟著小編一起瀏覽文章的內(nèi)容，希望能夠幫助更多想解決這個問題的朋友找到問題的答案，下面跟著小編一起深入學習“.NET Core開發(fā)Runtime IDentifier的示例分析”的知識吧。

.NET Core對于傳統(tǒng).NET開發(fā)人員而言是既熟悉又陌生的新平臺，所以有時遇上出乎意料的事情也純屬正常情況。這時只需點耐心，多查查資料，努力找到原因，也未嘗不是件有意義的體驗。

比如當建完一個最簡單的控制臺應用程序：

dotnet new console -o helloRID

并完成編譯后：

dotnet build

你在bin目錄下會發(fā)現(xiàn)生成的程序集是dll文件，而非之前經(jīng)驗里的exe文件。

再查下工程文件，輸出類型確實是Exe。

是不是感到很意外？

固然，我們也可以使用dotnet run的方式獲得程序運行的結(jié)果，但這樣的文件格式絕不是用戶所希望的，他們沒有辦法直接運行該文件。

問題的緣由很容易借由搜索引擎找到——在編譯的時候需要額外指定Runtime IDentifier(運行時標識)。

Runtime IDentifier的作用是指定應用程序運行時的目標平臺。這樣就很容易理解了，因為.NET Core支持跨平臺，所以在編譯時編譯器默認并不知道你所想生成的可執(zhí)行文件是需要在哪個平臺上運行的，只有你主動告訴它，才能得到你想要的結(jié)果。

于是運行dotnet build -r osx-x64(假設你像我一樣在macOS系統(tǒng)上運行程序)，可執(zhí)行文件如預期般出現(xiàn)在bin目錄的osx-64文件夾下。

如果是Windows 10系統(tǒng)，則運行dotnet build -r win10-x64。熟悉的exe文件再次出現(xiàn)。

更多的Runtime IDentifier可以在微軟官網(wǎng)上找到，這里需要夸一下微軟，改進后的官方文檔現(xiàn)在越來越好用了。

感謝大家的閱讀，以上就是“.NET Core開發(fā)Runtime IDentifier的示例分析”的全部內(nèi)容了，學會的朋友趕緊操作起來吧。相信億速云小編一定會給大家?guī)砀鼉?yōu)質(zhì)的文章。謝謝大家對億速云網(wǎng)站的支持！