C# 是否可以在没有UWP的情况下使用.NET Native？

C#/.NET应用程序是否可以使用.NET native而不是UWP应用程序编译为本机二进制文件？例如，4.5控制台应用程序？我在.NET Native上观看了2个多小时的视频，也阅读了文档，但他们没有清楚地回答这个问题。

对于这个问题，没有一个完美的解决方案，但有几种替代方案：

，以前称为“Core RT”，它支持从托管DLL到目标平台（OS和CPU Arch）上的二进制可执行文件的完整本机编译，但仍被标记为“实验性”，缺少许多功能

，仅由Unity开发和使用

，它是CoreCLR的一部分，可以生成包含预编译（特定平台上的本机代码）代码而不是普通托管dll中的IL代码的.ni.dll文件，从而加快加载速度。但它仍然需要运行时，因为它基本上仍然是一个已完成JIT编译（AOT）的托管dll

---

请注意，.NET Framework将随着.NET Core成为统一的.NET而过时，如果您继续关注

的话，您可以很容易地听到一些关于本机编译支持的新闻，不幸的是，现在还没有，是否有关于这一计划中的未来功能的信息<代码>今天的预览支持Windows应用商店应用程序。我们将继续改进.NET应用程序的本机编译。No.ETA Though非常有用的评论，谢谢。有趣的是，这些小信息是如何得到确认的，而不是通过直接发布得到确认的，因为当前没有任何信息。如果你仔细搜索Google，则可以非正式地将.NET本机命令行工具用于其他项目类型，但仍然像其他人评论的那样，你应该等到微软正式宣布。那.NET图书馆呢？我可以用C#编写一个本机库，它不依赖于.NET运行时并公开本机应用程序可以使用的C ABI吗？