简单来说，

Mono是.Net框架的第三方实现 Linux / Android / iOs . net Core是微软自己的实现。

. net Core是未来。Mono最终会死。说到。net Core还不够成熟。我曾努力用IBM Bluemix实现它，后来放弃了这个想法。下来的时间(可能是1-2年)，应该会更好。

. net Core并不需要mono框架意义上的mono， . net Core是一个可以在包括Linux在内的多个平台上工作的框架。参考https://dotnet.github.io/。

然而。net核心可以使用mono框架。参考https://docs.asp.net/en/1.0.0-rc1/getting-started/choosing-the-right-dotnet.html(注意rc1 documentatiopn没有rc2可用)，但是mono不是微软支持的框架，建议使用受支持的框架

现在实体框架7现在被称为实体框架核心，可以在包括Linux在内的多个平台上使用。参考https://github.com/aspnet/EntityFramework(回顾路线图)

我目前正在使用这两个框架，但你必须明白，它仍然处于发布候选阶段(RC2是当前的版本)，在测试和发布候选阶段，已经有了巨大的变化，通常会让你摸不到头脑。

这是一个关于如何在Linux中安装MVC . net Core的教程。https://docs.asp.net/en/1.0.0-rc1/getting-started/installing-on-linux.html

最后，您可以选择Web服务器(我假设快速cgi引用来自Web服务器)在Linux上托管您的应用程序。下面是安装到Linux环境的参考点。https://docs.asp.net/en/1.0.0-rc1/publishing/linuxproduction.html

我知道这篇文章最后主要是文档的链接，但在这一点上，这些是你最好的信息来源。net core在。net社区中仍然是相对较新的，在它完全发布之前，考虑到发布版本之间的巨大变化，我会犹豫是否要在产品环境中使用它。

简单来说，

Mono是.Net框架的第三方实现 Linux / Android / iOs . net Core是微软自己的实现。

. net Core是未来。Mono最终会死。说到。net Core还不够成熟。我曾努力用IBM Bluemix实现它，后来放弃了这个想法。下来的时间(可能是1-2年)，应该会更好。

你不仅选择了一条现实的道路，而且可以说是微软强有力支持的最佳生态系统之一(也是x平台)。

Update: Main doc about .Net platform standard is here: https://github.com/dotnet/corefx/blob/master/Documentation/architecture/net-platform-standard.md Update: Current Mono 4.4.1 cannot run latest Asp.Net core 1.0 RTM Although mono is more feature complete, its future is unclear, because MS owns it for some months now and its a duplicate work for them to support it. But MS is definitely committed to .Net Core and betting big on it. Although .Net core is released, the 3rd party ecosystem is not quite there. For example Nhibernate, Umbraco etc cannot run over .Net core yet. But they have a plan. There are some features missing in .Net Core like System.Drawing, you should look for 3rd party libraries You should use nginx as front server with kestrelserver for asp.net apps, because kestrelserver is not quite ready for production. For example HTTP/2 is not implemented.

我希望这对你们有帮助

This is one of my favorite topics and the content here was just amazing. I was thinking if it would be worth while or effective to compare the methods available in Runtime vs. Mono. I hope I got my terms right, but I think you know what I mean. In order to have a somewhat better understanding of what each Runtime supports currently, would it make sense to compare the methods they provide? I realize implementations may vary, and I have not considered the Framework Class libraries or the slew of other libraries available in one environment vs. the other. I also realize someone might have already done this work even more efficiently. I would be most grateful if you would let me know so I can review it. I feel doing a diff between the outcome of such activity would be of value, and wanted to see how more experienced developers feel about it, and would they provide useful guidance. While back I was playing with reflection, and wrote some lines that traverse the .net directory, and list the assemblies.

在。net世界中有两种类型的clr，“完整”clr和核心clr，它们是完全不同的东西。

有两种“完整”的CLR实现，微软原生的。net CLR(用于Windows)和Mono CLR(它本身有用于Windows、linux和unix的实现(Mac OS X和FreeBSD))。一个完整的CLR就是你所需要的一切。因此，“完整的”clr往往尺寸较大。

Core CLRs are on the other hand are cut down, and much smaller. Because they are only a core implementation, they are unlikely to have everything you need in them, so with Core CLRs you add feature sets to the CLR that your specific software product uses, using NuGet. There are Core CLR implementations for Windows, linux (various) and unix (Mac OS X and FreeBSD) in the mix. Microsoft have or are refactoring the .NET framework libraries for Core CLR too, to make them more portable for the core context. Given mono's presence on *nix OSs it would be a surprise if the Core CLRs for *nix did not include some mono code base, but only the Mono community and Microsoft could tell us that for sure.

此外，我同意尼科的观点，核心clr是新的——我想它目前在RC2。我还不会依赖它来编写产品代码。

为了回答你的问题，你可以使用Core CLR或Mono在linux上发布你的网站，这是两种不同的方式。如果你现在想要一个安全的赌注，我会在linux上使用mono，然后如果你以后想移植，就移植到Core。