在.NET框架中，您可以制作一个.EXE将从命令行运行的文件，无需任何额外的配置文件（如果使用 ILMerge，您可以将所有.DLL参考文献1.EXE集会）。

我正在尝试使用 .NET Core 来完成同样的事情，但到目前为止还没有成功。即使是最简单的Hello World没有依赖项的应用程序需要有一个名为<MyApp>.runtimeconfig.json为了运行使用dotnet.exe.

dotnet F:\temp\MyApp.dll

的内容<MyApp>.runtimeconfig.json如下面所述：

{
  "runtimeOptions": {
    "framework": {
      "name": "Microsoft.NETCore.App",
      "version": "1.1.1"
    }
  }
}

如果没有此配置文件与.DLL，我收到以下错误：

A fatal error was encountered. The library 'hostpolicy.dll' required to
execute the application was not found in 'F:\temp'.

我的问题是：是否有某种方法可以更改应用程序，使其不会require此配置文件存在，以便此信息的默认值在.DLL但可以通过添加配置文件来覆盖吗？

注意：我还想确保它“正常工作”，无论安装在哪个平台上，前提是该平台具有正确的 .NET Core 版本。

背景

我试图获得运行一些有时有用但很少需要的实用程序的流畅用户体验。自从它似乎不可能使用相同的.DLL从客户端应用程序引用的 https://stackoverflow.com/questions/44830430/is-it-possible-to-make-the-same-dll-into-both-a-console-application-and-a-nuget作为控制台应用程序，下一个最好的事情就是拥有一个单个文件可以在没有任何依赖的情况下下载和运行。

例如，在 Java 中，您只需下载一个.jar在任何支持的平台上创建文件并运行：

java <package>.jar <namespace>.SomeClass [args]

它会“正常工作”，无需任何额外的文件。如何使用 .NET Core 获得类似的用户体验？

简而言之，我想尝试避免“首先解压缩到目录”的额外步骤......

2018 年更新：.NET Core 3.0 旨在实现一种新场景：将 .NET Core 运行时和所有应用程序依赖项打包到单个可执行文件中。

目前，还没有自动防故障方法来创建single可执行文件。由于涉及大量类型转发 dll 文件，即使是 ILMerge 和类似工具也可能无法产生正确的结果（尽管这可能会有所改善，但问题是这些场景尚未经过广泛的测试，尤其是在生产应用程序中）

目前有两种部署 .NET Core 应用程序的方法：

• As a “便携式应用程序”/“依赖框架的应用程序” https://learn.microsoft.com/en-us/dotnet/core/deploying/#framework-dependent-deployments-fdd?WT.mc_id=DT-MVP-5002999，需要一个dotnet目标机器上的可执行文件和已安装的框架。在这里，XYZ.runtimeconfig.json用于确定要使用的框架版本并指定运行时参数。这种部署模型允许在各种平台（windows、linux、mac）上运行相同的代码
• As a “独立的应用程序” https://learn.microsoft.com/en-us/dotnet/core/deploying/#self-contained-deployments-scd?WT.mc_id=DT-MVP-5002999：这里，整个运行时包含在已发布的输出中，并生成可执行文件（例如yourapp.exe）。此输出特定于平台（通过运行时标识符设置）并且只能在目标操作系统上运行。然而，生成的可执行文件只是一个小的填充程序，用于启动运行时并加载应用程序的主 dll 文件。这也允许XYZ.runtimeconfig.json设置其他运行时属性，例如垃圾收集设置。（将其视为“新”app.config file)

未来，CoreRT运行时 https://github.com/dotnet/corert– 在撰写本文时仍在开发中 – 旨在允许创建特定于运行时且不需要任何其他文件的单个预编译本机可执行文件。