小编今天带大家了解.NET Core开发Runtime IDentifier的示例分析，文中知识点介绍的非常详细。觉得有帮助的朋友可以跟着小编一起浏览文章的内容，希望能够帮助更多想解决这个问题的朋友找到问题的答案，下面跟着小编一起深入学习“.NET Core开发Runtime IDentifier的示例分析”的知识吧。
.NET Core对于传统.NET开发人员而言是既熟悉又陌生的新平台，所以有时遇上出乎意料的事情也纯属正常情况。这时只需点耐心，多查查资料，努力找到原因，也未尝不是件有意义的体验。
比如当建完一个最简单的控制台应用程序：
dotnet new console -o helloRID
并完成编译后：
dotnet build
你在bin目录下会发现生成的程序集是dll文件，而非之前经验里的exe文件。
再查下工程文件，输出类型确实是Exe。
是不是感到很意外？
固然，我们也可以使用dotnet run的方式获得程序运行的结果，但这样的文件格式绝不是用户所希望的，他们没有办法直接运行该文件。
问题的缘由很容易借由搜索引擎找到——在编译的时候需要额外指定Runtime IDentifier(运行时标识)。
Runtime IDentifier的作用是指定应用程序运行时的目标平台。这样就很容易理解了，因为.NET Core支持跨平台，所以在编译时编译器默认并不知道你所想生成的可执行文件是需要在哪个平台上运行的，只有你主动告诉它，才能得到你想要的结果。
于是运行dotnet build -r osx-x64(假设你像我一样在macOS系统上运行程序)，可执行文件如预期般出现在bin目录的osx-64文件夹下。
如果是Windows 10系统，则运行dotnet build -r win10-x64。熟悉的exe文件再次出现。
更多的Runtime IDentifier可以在微软官网上找到，这里需要夸一下微软，改进后的官方文档现在越来越好用了。
感谢大家的阅读，以上就是“.NET Core开发Runtime IDentifier的示例分析”的全部内容了，学会的朋友赶紧操作起来吧。相信亿速云小编一定会给大家带来更优质的文章。谢谢大家对亿速云网站的支持！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
