扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
小编今天带大家了解.NET Core开发Runtime IDentifier的示例分析，文中知识点介绍的非常详细。觉得有帮助的朋友可以跟着小编一起浏览文章的内容，希望能够帮助更多想解决这个问题的朋友找到问题的答案，下面跟着小编一起深入学习“.NET Core开发Runtime IDentifier的示例分析”的知识吧。
创新互联是一家专业提供桥东企业网站建设,专注与成都网站设计、成都网站建设、H5建站、小程序制作等业务。10年已为桥东众多企业、政府机构等服务。创新互联专业网络公司优惠进行中。
.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的示例分析”的全部内容了，学会的朋友赶紧操作起来吧。相信创新互联小编一定会给大家带来更优质的文章。谢谢大家对创新互联网站的支持！
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网