适用于服务器应用的 .NET 与 .NET Framework

项目
05/10/2023

有两种支持的 .NET 实现可用于生成服务器端应用。

实现	包含的版本
.NET	.NET Core 1.0 - 3.1、.NET 5 及更高版本的 .NET。
.NET Framework	.NET Framework 1.0 - 4.8

这两者共用许多相同的组件，你可在它们之间共享代码。但两者之间存在根本的差异，可根据需要实现的目标进行选择。本文介绍了在何种情况下进行选择。

在以下情况，对服务器应用程序使用 .NET：

用户有跨平台需求。
你正在以微服务为目标。
你正在使用 Docker 容器。
需要高性能和可扩展的系统。
需按应用程序提供并行的 .NET 版本。

在以下情况，对服务器应用程序使用 .NET Framework ：

应用当前使用 .NET Framework（建议扩展而不是迁移）。
应用使用不可用于 .NET 的第三方库或 NuGet 包。
应用使用不可用于 .NET 的 .NET Framework 技术。
应用使用不支持 .NET 的平台。

选择 .NET 的情形

以下各部分更详细地说明了前面提到的通过选择 .NET Framework 选择 .NET 的原因。

跨平台需求

如果 Web 或服务应用程序需要在多个平台（例如 Windows、Linux 和 macOS）上运行，请使用 .NET。

.NET 作为开发工作站支持前面提到的操作系统。 Visual Studio 提供了适用于 Windows 和 macOS 的集成开发环境 (IDE)。还可使用运行于 macOS、Linux 和 Windows 上的 Visual Studio Code。 Visual Studio Code 支持 .NET，包括 IntelliSense 和调试。大多数第三方编辑器（如 Sublime、Emacs 和 VI）都可搭配 .NET 使用。这些第三方编辑器可使用 Omnisharp 获取编辑器 IntelliSense。也可不使用任何代码编辑器，直接使用适用于所有支持平台的 .NET CLI。

微服务体系结构

微服务体系结构允许跨服务边界组合使用技术。通过这种技术组合，可逐步接受 .NET 作为能与其他微服务或服务搭配使用的新微服务。例如，可组合使用微服务或使用 .NET Framework、Java、Ruby 或其他单片技术开发的服务。

可用的基础结构平台有很多。 Azure Service Fabric，设计用于大型和复杂微服务系统。 Azure App Service，很适合用于无状态微服务。基于 Docker 的微服务备选方案适合任何微服务方法，这部分内容将在容器部分进行说明。所有这些平台都支持 .NET，是托管微服务的理想选择。

有关微服务体系结构的详细信息，请参阅 .NET 微服务 - 适用于容器化 .NET 应用程序的体系结构。

容器

容器通常与微服务体系结构结合使用。还可使用容器将遵循任何体系结构模式的 Web 应用或服务容器化。 .NET Framework 可在 Windows 容器上使用。但 .NET 的模块化和轻型性质使之成为容器的更佳选择。在创建和部署容器时，使用 .NET 时容器的映像大小要远小于使用 .NET Framework 时的大小。因为它是跨平台的，所以可将服务器应用部署到 Linux Docker 容器。

Docker 容器可托管在自己的 Linux 或 Windows 基础结构中，或托管在 Azure Kubernetes 服务等云服务中。 Azure Kubernetes 服务可管理、协调和缩放云中基于容器的应用程序。

高性能和可扩展的系统

如果系统需要最佳的性能和可伸缩性，.NET 和 ASP.NET Core 是最佳的选择。 Windows Server 和 Linux 的高性能服务器运行时使 ASP.NET Core 成为 TechEmpower 基准上性能最佳的 Web 框架。

性能和可伸缩性对微服务体系结构尤为重要，微服务体系结构中可能正在运行数百个微服务。借助 ASP.NET Core，系统运行的服务器/虚拟机 (VM) 数要低得多。减少服务器/VM 后可节省基础结构和托管成本。

按应用程序级别并行安装 .NET 版本

若要安装含不同 .NET 版本上的依赖项的应用程序，建议使用 NET。该实现支持在同一计算机上并行安装不同版本的 .NET 运行时。并行安装允许在同一服务器上使用多项服务，每项服务位于其相应的 .NET 版本上。这还可在应用程序升级和 IT 运营时降低风险、节省成本。

.NET Framework 不支持并行安装。它是一个 Windows 组件，一次只能有一个版本存在于计算机上。 .NET Framework 的每个版本均替换之前的版本。如果安装面向 .NET Framework 更高版本的新应用，则可能会中断计算机上运行的现有应用，因为替换了之前的版本。

选择 .NET Framework 的情形

.NET 对新应用程序和应用程序模式特别有用。但是在很多现有方案中依然会自然而然地选择 .NET Framework，并且对于所有服务器应用程序，.NET Framework 不会被 .NET 代替。

现有的 .NET Framework 应用程序

在大多数情况下，不需要将现有应用程序迁移到 .NET。相反，若要扩展现有的应用程序（例如，在 ASP.NET Core 中写入新的 Web 服务），建议使用 .NET。

不可用于 .NET 的第三方库或 NuGet 包

通过 .NET Standard 可跨各种 .NET 实现（包括 .NET Core/5+）共享代码。使用 .NET Standard 2.0，兼容性模式允许 .NET Standard 和 .NET 项目引用 .NET Framework 库。有关详细信息，请参阅对 .NET Framework 库的支持。

仅在以下情况下需要使用 .NET Framework：库或 NuGet 包使用 .NET Standard 或 .NET 中不提供的技术。

.NET Framework 技术不可用于 .NET

某些 .NET Framework 技术在 .NET 中不可用。以下列表显示无法在 .NET 中找到的最常见技术：

ASP.NET Web Forms 应用程序：ASP.NET Web Forms 仅在 .NET Framework 中可用。 ASP.NET Core 不能用于 ASP.NET Web Forms。
ASP.NET Web 网页应用程序：ASP.NET 网页未包含在 ASP.NET Core 中。
工作流相关的服务：Windows Workflow Foundation (WF)、工作流服务（WCF + 单个服务中的 WF）和 WCF Data Services（以前称为“ADO.NET Data Services”）仅在 .NET Framework 上可用。
语言支持：.NET 目前支持 Visual Basic 和 F#，但不是所有项目类型都支持。有关支持的项目模板列表，请参阅 dotnet new 的模板选项。

有关详细信息，请参阅在 .NET 中不可用的 .NET Framework 技术。

平台不支持 .NET

某些 Microsoft 或第三方平台不支持 .NET。某些 Azure 服务提供尚不可用于 .NET 的 SDK。在这种情况下，可使用等效的 REST API（而不是客户端 SDK）。