最近在一个官方的。net框架博客中宣布。net Core将会开源。

具有讽刺意味的是,作者提到。net Core是什么将在下一篇文章中解释。更多细节将在另一篇公告中提及。

从提供的图表:

和文章文本本身,我认为。net Core(除了像开源这样明显的东西)是完整的。net的模块化重新实现。也就是说,框架组件是根据需要加载的,就像现在加载NuGet包一样。现在是ASP。NET 5是其中一个已经实现的模块。我对。net Core的理解正确吗?也许我遗漏了什么?


我发现了一篇最近的文章,我觉得既短又好。它涵盖了。net标准、。net核心和。net框架以及它们之间的关系。我强烈推荐它。


当前回答

它是. net框架的一个子集,从紧凑框架版本开始。它发展到Silverlight、Windows Store和Windows Phone。它专注于保持部署规模小,适合快速下载和存储能力有限的设备。而且它更容易在非windows平台上运行,当然这也是它被选为开源版本的原因。CLR和基类库中“困难”和“昂贵”的部分被省略了。

否则,当您的目标是这样的框架版本时,总是很容易识别,因为将会缺少许多好东西。您将使用一组不同的引用程序集,这些程序集只公开运行时支持的内容。它存储在您机器上的C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\。NETCore目录。


Update: after the .NET Core 2.0 release I've seen some representative numbers that gives a decent insight. They have been hard at work back-porting framework APIs to .NET Core over the past two years. .NET Core 1.0 originally supported 13,000 APIs. .NET Core 2.0 added 20,000 APIs, bringing the total to 32,000 and allowing about 70% of existing NuGet packages to be ported. There are a set of APIs that are too heavily wedded to Windows to be easy to port to Linux and MacOS. Covered by the recently released Windows Compatibility Pack, it adds another 20,000 APIs.

其他回答

微软认识到未来的网络开源模式,并决定向其他操作系统开放。net Core是Mac和Linux的。net框架。它是一个“轻量级的”. net框架,因此缺少一些特性/库。

在Windows上,我仍然会运行。net Framework和Visual Studio 2015. net Core对开源世界更友好,如Node.js, npm, Yeoman, Docker等。

你可以用Visual Studio Code + . net Core在Mac或Linux上开发成熟的网站和RESTful api,这在以前是不可能的。所以,如果你喜欢Mac或Ubuntu,并且你是一个。net开发者,那么就去设置它吧。

对于Mono和。net Core, Mono是作为Linux的。net框架开发的,现在被微软(Xamarin公司)收购,并用于移动开发。最终,微软可能会合并/迁移Mono到。net Core。我现在不会担心Mono。

.NET博客宣布。net 2015预览:.NET的新时代:

.NET Core has two major components. It includes a small runtime that is built from the same codebase as the .NET Framework CLR. The .NET Core runtime includes the same GC and JIT (RyuJIT), but doesn’t include features like Application Domains or Code Access Security. The runtime is delivered via NuGet, as part of the [ASP.NET Core] package. .NET Core also includes the base class libraries. These libraries are largely the same code as the .NET Framework class libraries, but have been factored (removal of dependencies) to enable us to ship a smaller set of libraries. These libraries are shipped as System.* NuGet packages on NuGet.org.

And:

[ASP。NET Core]是第一个采用。NET Core的工作负载。[ASP。NET Core]运行在。NET Framework和。NET Core上。关键值[ASP. ASP.]NET Core]的优点是它可以在[的多个版本上运行。NET Core]在同一台机器上。网站A和网站B可以在同一台机器上的两个不同版本的。net Core上运行,或者它们可以使用相同的版本。

简而言之:首先是Microsoft . net Framework,它由执行应用程序和库代码的运行时和一个几乎完整文档化的标准类库组成。

运行时是公共语言运行时,它实现了公共语言基础结构,与JIT编译器一起运行CIL(以前是MSIL)字节码。

微软的。net规范和实现,考虑到它的历史和目的,非常以Windows和iis为中心,而且很“胖”。虽然也存在一些带有较少库、名称空间和类型的变体,但它们中很少有对web或桌面开发有用的,或者从法律角度来看移植起来很麻烦。

因此,为了提供一个可以在非windows机器上运行的非微软版本的。net,必须开发一种替代方案。不仅运行时需要移植,整个框架类库也需要移植。最重要的是,要完全独立于微软,就需要一个最常用语言的编译器。

Mono是运行时的少数几个(如果不是唯一的)替代实现之一,它可以在Windows以外的各种操作系统上运行, 几乎所有的命名空间都来自于。net 4.5的框架类库以及VB和c#编译器。

进入。net Core:运行时的开源实现,以及最小的基类库。所有附加的功能都是通过NuGet包交付的,与应用程序本身一起部署特定的运行时、框架库和第三方包。

ASP。NET Core是MVC和WebAPI的新版本,与一个瘦HTTP服务器抽象捆绑在一起,运行在。NET Core运行时上——但也运行在。NET框架上。

. net Core是一个免费的、开源的、受管理的计算机软件框架,适用于Windows、Linux和macOS操作系统。它是一个开源的,跨平台的。net框架的继承者。

. net Core应用程序支持Windows、Linux和macOS。简而言之。net Core类似于。net框架,但它是跨平台的,也就是说,它允许。net应用程序在Windows、Linux和MacOS上运行,而. net框架应用程序只能在Windows系统上运行。因此。net框架和。net核心的基本区别在于。net核心是跨平台的,而。net框架只能在Windows上运行。

此外,. net Core有微软内置的依赖注入,你不必使用第三方软件/DLL文件进行依赖注入。

. net Core是一个新的。net标准(ECMA 335)的跨平台实现,类似于Mono,但由微软自己完成。

参见learn.microsoft.com

它是. net框架的一个子集,从紧凑框架版本开始。它发展到Silverlight、Windows Store和Windows Phone。它专注于保持部署规模小,适合快速下载和存储能力有限的设备。而且它更容易在非windows平台上运行,当然这也是它被选为开源版本的原因。CLR和基类库中“困难”和“昂贵”的部分被省略了。

否则,当您的目标是这样的框架版本时,总是很容易识别,因为将会缺少许多好东西。您将使用一组不同的引用程序集,这些程序集只公开运行时支持的内容。它存储在您机器上的C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\。NETCore目录。


Update: after the .NET Core 2.0 release I've seen some representative numbers that gives a decent insight. They have been hard at work back-porting framework APIs to .NET Core over the past two years. .NET Core 1.0 originally supported 13,000 APIs. .NET Core 2.0 added 20,000 APIs, bringing the total to 32,000 and allowing about 70% of existing NuGet packages to be ported. There are a set of APIs that are too heavily wedded to Windows to be easy to port to Linux and MacOS. Covered by the recently released Windows Compatibility Pack, it adds another 20,000 APIs.