.NET Core在新的项目系统中发布可执行文件的方法 - 编程语言

这篇文章给大家分享的是有关.NET Core在新的项目系统中发布可执行文件的方法的内容。小编觉得挺实用的，因此分享给大家做个参考。一起跟随小编过来看看吧。

一、前言

　　.NET工具链在最新的Preview3版本中，引入了新的MSBuild项目系统，项目文件又回归了.csproj的XML文件来管理，项目文件、包引用、程序集引用、.NET Core工具集、发布内容定义等内容。本文主要将主要讨论如何在新的项目系统中（.csproj）发布可执行文件。我们都知道在之前的版本中，项目文件是通过project.json文件来管理项目和包引用的，那么通过删除 dependencies->Microsoft.NETCore.App-> "type": "platform" 子节点，并定义runtimes节点，来发布可执行文件 。

　　所为可执行文件就是在目标机器上，不需要安装.NET Core SDK或任何Runtime，就可以执行的文件。比如在Windows上可以生成 coreapp.exe的可执行文件，而在Linux中可以使用 ./coreapp 来执行。

　　原理上这种可执行文件，就是通过一个C++应用程序为载体（宿主），加载CoreCLR，通过CoreCLR再加载任意的程序集，对这里有兴趣的朋友也可以到Github上去看一下CoreCLR中ClrHost的部分。

二、生成可执行

　　在新的.csproj项目文件中，我们要想发布一个可执行文件，就在手动创建名为<RuntimeIdentifiers>的节点，在这个节点下面，添加RuntimeIdentifiers也就是以前的RID定义，RID是描述系统平台的统一命名标示。例如我想要发布的可执行文件的目标系统平台为Win10和Mac os 10.11.* 定义如下：

 <PropertyGroup>
      <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
 </PropertyGroup>

　　通过如下命令发布各平台的目标可执行文件：

dotnet build -r win10-x64
dotnet build -r osx.10.11-x64

　　上面的命令可以生成带有符号文件和调试信息的DEBUG版本，你的应用程序将生成在.\bin\Debug\netcoreapp1.0\< runtime_identifier>目录下，如果想生成生产环境的最终版本请通过如下命令获取：

dotnet publish -c release -r win10-x64
dotnet publish -c release -r osx.10.11-x64

　　通过上述命令生成的Release版本目标执行文件将生成在 .\bin\release\netcoreapp1.0\<runtime_identifier>目录下，并且每一个目标平台目录下都有生成的可执行文件、发布项目的程序集、.NET Core依赖或必要的文件等来保证生成程序的独立可执行。

　　我们来看一个新的csproj文件的完整定义：

<Project ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <Import Project="$(MSBuildExtensionsPath)$(MSBuildToolsVersion)\Microsoft.Common.props" />
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp1.0</TargetFramework>
    <VersionPrefix>1.0.0</VersionPrefix>
    <DebugType>Portable</DebugType>
    <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
  </PropertyGroup>
  <ItemGroup>
    <Compile Include="**\*.cs" />
    <EmbeddedResource Include="**\*.resx" />
  </ItemGroup>
  <ItemGroup>
    <PackageReference Include="Microsoft.NETCore.App">
      <Version>1.0.1</Version>
    </PackageReference>
    <PackageReference Include="Newtonsoft.Json">
      <Version>9.0.1</Version>
    </PackageReference>
    <PackageReference Include="Microsoft.NET.Sdk">
      <Version>1.0.0-alpha-20161102-2</Version>
      <PrivateAssets>All</PrivateAssets>
    </PackageReference>
  </ItemGroup>

  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
</Project>

三、RID

　　RID是Runtime Identifier的缩写，它用于定义目标操作系统标示。RID会不断的更新，我们可以在CoreFx项目中找到RID定义，常用的RID有如下：

　　Windows RIDs

• Windows 7 / Windows Server 2008 R2

• win7-x64

• win7-x86

• Windows 8 / Windows Server 2012

• win8-x64

• win8-x86

• win8-arm

• Windows 8.1 / Windows Server 2012 R2

• win81-x64

• win81-x86

• win81-arm

• Windows 10 / Windows Server 2016

• win10-x64

• win10-x86

• win10-arm

• win10-arm64

　　Linux RIDs

• Red Hat Enterprise Linux

• rhel.7.0-x64

• rhel.7.1-x64

• rhel.7.2-x64

• Ubuntu

• ubuntu.14.04-x64

• ubuntu.14.10-x64

• ubuntu.15.04-x64

• ubuntu.15.10-x64

• ubuntu.16.04-x64

• ubuntu.16.10-x64

• CentOS

• centos.7-x64

• Debian

• debian.8-x64

• Fedora

• fedora.23-x64

• fedora.24-x64

  

• OpenSUSE

• opensuse.13.2-x64

• opensuse.42.1-x64

• Oracle Linux

• ol.7-x64

• ol.7.0-x64

• ol.7.1-x64

• ol.7.2-x64

• Currently supported Ubuntu derivatives

• linuxmint.17-x64

• linuxmint.17.1-x64

• linuxmint.17.2-x64

• linuxmint.17.3-x64

• linuxmint.18-x64

　　OS X RIDs

• osx.10.10-x64

• osx.10.11-x64

• osx.10.12-x64

四、系统依赖

　　发布出来的目标平台可执行文件，也是需要依赖系统特性的，接下来我们来看下系统的需要组件有哪些：

感谢各位的阅读！关于.NET Core在新的项目系统中发布可执行文件的方法就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到吧！