标签: corert

最近我开始阅读有关.NET重组细节的信息(主要是通过.NET Core github页面).它接缝他们创建了兄弟项目以支持更多平台.在阅读时我的印象是CoreCLR和CoreRT是一个新的OpenSource版本的专有Roslyn编译器.CoreRT提供本机(AOT)编译.而LLILC是一种备选实现指挥LLVM框架.

任何人都可以从用户角度确认和描述这些项目的差异和目标吗？为什么有人会在未来使用Roslyn而不是CoreCLR？

我正在ASP.NET CORE 1.0上构建REST API.在生产中,IMHO非常有用,不使用JIT,因为带有应用程序的docker容器正在向上和向下扩展,在CI期间反复重新部署,因此每个已部署容器的即时编译会导致可怕的滞后,LB健康检查死亡和其他痛苦.

在我阅读时,使用dotnet CLI的本机编译已停止.我尝试使用CoreRT进行构建,但没有运气(由于复杂性需求的详细信息).

由于这个问题非常抽象,我不提供示例代码或详细信息,所以一开始几乎没有问题:

1. 我的假设是正确的 - 将提前编译解决问题,每个路径的首次执行缓慢 - 或者 - 是否还有其他任何解决方案？
2. 如果是真的,目前可以从.NET Core构建"本机"应用程序(ubuntu x64目标)吗？
3. 如果是的话,最佳做法是什么 - 我该怎么做？有没有人有这方面的经验？

(目标平台将是ubuntu-14.04-x64 docker镜像以及编译平台.出于开发目的,在OSX上编译它也很不错.)

先感谢您.

如果问题看起来很基本，我很抱歉，但我做了一些谷歌搜索并找不到明确的答案（也许我不知道正确的关键字）。

.NET Core 能否用于从 C#/F# 源构建本机命令行 Linux 二进制文件？（我知道 Mono）