2017-06-20 113 views
-2

服务器运行Windows Server 2008 R2,它具有.NET 4.0框架作为其支持的最高版本。我确实看到有人评论说.NET核心支持框架的时间晚于4.5。我可以使用framework 4.0在服务器上运行.NET core 1.0应用程序吗?

+3

.NET的核心并不需要.NET框架。您还可以发布“自包含”的.NET Core应用程序,这些应用程序不需要在服务器上进行额外的.net核心运行时安装。 –

+0

尽管它有先决条件。 –

回答

1

我想你可以在Windows 2008 R2上运行它,如果你安装了SP1和合适的Core Framework。

支持的Windows版本:

  • 视窗7 SP1
  • 视窗8.1
  • 视窗10
  • 的Windows Server 2008 R2 SP1(完全服务器或服务器核心)
  • Windows Server 2012中SP1(完整服务器或服务器核心)
  • Windows Server 2012 R2 SP1(完整服务器或服务器核心)
  • 的Windows Server 2016(完整的服务器,服务器核心或纳米服务器)

,你的系统应该是最新的:只有 对于Windows 7和Windows Server 2008计算机: 确保您的Windows安装是到目前为止,并包括通过Windows Update安装的修补程序KB2533623。

你可以在这里找到更多的信息: https://docs.microsoft.com/en-us/dotnet/core/windows-prerequisites 或者你可以从github上阅读不同核心版本的版本信息。

0

根据.NET核心文档here,您可以将.NET Server Core R2上的Windows Server 2008 R2 SP1作为目标。

也可以在Windows Server 2008上升级到.NET Framework 4.5.2,请参阅this link

但是,如果您无法升级到.NET Framework 4.5及更高版本,我认为您运气不佳。请参阅.NET Standard

0

.NET Core不知道或真正与.NET Framework交互。相反,.NET Framework并不真正了解.NET Core或与.NET Core交互。所以这个问题有点像“我可以把Photoshop放在目前有mspaint的机器上,但不能用于paint.net?”。

.NET核心应用程序可以发布并运行在一种模式下,它依赖于已安装的共享框架,这使得每个单独的应用程序更小,但具有先决条件。或者,您可以将应用程序作为“自包含”或“独立”应用程序在其他某台机器上运行的所有应用程序发布,从而使应用程序更易于在任意机器上(正确的操作系统系列)运行,但在它的代价更大。

如果您根本无法更改目标机器的依赖关系,那么您想要使用自包含的路由。如果.NET Framework 4.0是最新版本(even though it is out of support),因为管理员担心升级共享依赖关系,那么也许可以安装.NET Core运行时,因为它不会与.NET Framework交互,然后您可以粘贴与更小的占用空间部署。

有关的解释自成体系VS框架依赖(怎么做),看 https://www.hanselman.com/blog/SelfcontainedNETCoreApplications.aspx

相关问题