.Net Core与.Net Framework的区别

引言

.NET 环境是一个非常有活力的环境，多年来经历了巨大的变化，为开发人员提供了许多开发可靠应用程序的工具和平台。在这个生态系统中，第一种选择包含 .NET Framework 和 .NET Core。由于它们与 Python 方言共享相同的 C# 语言和一些功能，因此专业人士应该了解它们之间的区别，并根据项目选择相应的平台。

跨平台和仅限 Windows

• .NET Core: 支持 Windows、macOS 和 Linux，旨在跨不同平台运行。它致力于让开发人员能够创建可以在多个环境中运行而无需进行重大代码更改的应用程序。
• .NET Framework: 它专门为 Windows 设计，当应用程序需要 Windows 技术或库时，它是完美的。

项目类型和开发体验

• .NET Core: 它允许开发人员在网站上部署代码，通过单个链接完全准备好进行生产和测试，并提供最新的项目类型和模板。
• .NET Framework: 对于那些拥有旧应用程序或严重依赖 Windows 特定库的用户来说，这是最受欢迎的选择。

库和 API 可用性

• .NET Core: 基础类库 (BCL) 完全适合作为现代应用程序方向的精简集。如果需要，NuGet 是引入任何额外所需库和 API 的便捷方式。
• .NET Framework: 它提供了全面的基础类集合，涵盖了广泛的功能和 API，在实现高度复杂和大型项目时可能很有用。

部署

• .NET Core: 在部署选项方面，它的使用更加灵活。应用程序可以自包含，构建在自己的依赖项之上，也可以依赖于共享的运行时环境。
• .NET Framework: 通常，这种代码是编写来运行在现有的框架系统上的，而共享运行时是最常见的。

性能和模块化

• .NET Core: 提供了更好的执行效率，减少了需求，并创建了模块以消除不必要的库和依赖项。
• .NET Framework: 它拥有更实质性的基础类库，这可能是速度稍慢的原因。

语法和代码示例

为了说明这些差异，让我们来看一下 .NET Core 和 .NET Framework 中一个简单的“Hello World”应用程序。

• .NET Core

此代码使用标准的 C# 类和 Main 方法，在控制台打印“Hello World from .NET Core!”。

• .NET Framework

语法与 .NET Core 相同，因为它们都基于相同的语言 C#。

版本和更新

• .NET Core: 通过不断添加和改进，缩短了 软件开发过程 中发布之间的时间。它使开发人员能够轻松跟上最新的功能和安全功能增强。
• .NET Framework: 两次更新之间的间隔更长，版本发布旨在满足具有长支持生命周期的应用程序的稳定性需求，并且可以与一系列旧库结合使用。

社区和开源

• .NET Core: 它因其规模和社区积极参与软件开发而广受欢迎。透明度和创新是开源概念的特点，这激励了该框架。
• .NET Framework: 它不是开源的；由于其在市场上的长期存在，它拥有庞大的开发社区和丰富的可用资源。

ASP.NET Core Web 应用程序示例

在 .NET Core 中，可以使用 CLI 或 Visual Studio 创建新的 ASP.NET Core Web 应用程序。项目结构现代化且轻量级，侧重于模块化和依赖注入。

项目结构

在新的 .NET Core Web 应用程序中，您可能会看到以下结构：

• Program.cs: 应用程序的入口点。
• Startup.cs: 配置应用程序的服务和中间件。
• Controllers: 包含处理传入 HTTP 请求 的控制器类的文件夹。
• Views: 包含 Razor 视图（HTML 模板）的文件夹。
• appsettings.json: 用于配置设置的文件。

Code Example

以下是一个 ASP.NET Core Web 应用程序中的简单控制器，它返回一个问候消息：

在此代码中：

• 在此示例中，我们定义了一个 ApiController，它侦听 HTTP GET 请求。
• 控制器方法 GetGreeting() 返回一个简单的问候消息。
• 路由使用属性设置，例如 [Route("api/[controller]")]，它将控制器映射到特定路由。

.NET Framework 中的 ASP.NET Web 应用程序示例

在 .NET Framework 中，也可以使用 Visual Studio 创建新的 ASP.NET Web 应用程序。项目结构更传统，拥有更大的基础类库，并内置支持各种 Windows 特定技术。

项目结构

在新的 .NET Framework Web 应用程序中，您可能会看到以下结构：

• Web.config: 应用程序的配置文件。
• Controllers: 包含控制器类的文件夹。
• Views: 包含 Razor 视图的文件夹。
• Models: 包含模型类的文件夹。
• Global.asax: 用于全局配置的应用程序入口点。

Code Example

以下是 .NET Framework 中 ASP.NET Web 应用程序中的类似控制器：

在此代码中：

• 我们定义了一个 Api Controller，它侦听 HTTP GET 请求。
• 控制器方法 GetGreeting() 返回一个问候消息。
• 路由使用属性路由设置，例如 [Route("api/helloworld")]，它将方法映射到特定路由。

依赖管理

• .NET Core: 它依赖于 NuGet 包，可以声称它促进了实时依赖项管理，将其提升到了新的类别。因此，轻量级应用程序已变得非常普遍。
• .NET Framework: 另一个不同之处在于，它可以像 .NET Framework 一样使用 NuGet 包，但它可以使用全局程序集缓存 (GAC) 来共享依赖项。与 .NET Core 的方法相比，灵活性可能更僵化。

运行时环境

• .NET Core: 它可以与自己的 .NET Core 版本一起运行，使用户能够在一台设备上运行不同版本而不会相互干扰。
• .NET Framework: 生成多个版本（相同应用程序的）增加了框架需要处理类似问题的可能性，并且如果同一台机器上安装了其他版本，可能会导致兼容性问题。

配置

• .NET Core: 它允许使用 JSON 文件（例如 appsettings.json）、环境变量和命令行参数来控制当前配置。
• .NET Framework: 它使用 XML 类型的配置文件（例如 Web.config 或 App.config），这些文件可能比 JSON 更僵化且不那么直观。

单元测试和测试框架

• .NET Core: 它支持现代单元测试框架，如 xUnit、NUnit 和 MSTest，这些框架可以与 Visual Studio 和其他内部开发应用程序无缝协同工作，并提供内置支持。
• .NET Framework: 同样，这种方法也与框架的构建有关，但考虑到与现有测试范式协同工作可能会阻碍在新工具和方法在框架中的引入。

CLI 和自动化

• .NET Core: 它附带 CLI（命令行界面），使开发人员能够直接从终端原型化和发布项目。因此，服务器类型的多样性非常接近适用于自动化和 CI/CD 流水线的云计算模型。
• .NET Framework: 虽然它倾向于使用 Visual Studio 和其他图形 IDE 进行更多的开发活动，但 CLI 自动化会带来一些挑战。

示例：控制台应用程序

在此示例中，我们将创建一个控制台应用程序，该程序会向用户问好并显示当前日期和时间。

.NET Core

1. 项目设置: 您可以使用 .NET CLI 创建新的 .NET Core 控制台应用程序。

这将创建一个名为 HelloWorldDotNetCore 的新文件夹，其中包含基本的控制台应用程序结构。

• 代码示例: 将 Program.cs 的内容替换为以下代码：

• 运行应用程序: 使用以下命令运行应用程序：

• 输出: 应用程序的输出将是：

解释

• 该应用程序是一个相当简单的控制台应用程序，包含打印问候消息和当前日期/时间的程序代码。
• 通过使用 System 命名空间（属于 .NET Core 的核心类库），应用程序获得了连接。
• Time.Now 始终用于记录当前日期和时间。

.NET Framework

• 项目设置: 使用 Console App (.NET Framework) 项目模板在 Visual Studio 中创建一个新的控制台应用程序。
• 代码示例: 将 Program.cs 的内容替换为以下代码：

• 运行应用程序: 在 Visual Studio 中按 F5 或使用“开始”按钮运行应用程序。
• 输出: 应用程序的输出将是：

解释

• 此 .NET 控制台应用程序主要打印问候消息以及当前时间和日期。
• 与以前的版本不同，这里的 System 命名空间和 DateTime.Now 属性在语法和用法上都与 .NET Core 相似，因为它们都使用 C#。
• 该应用程序使用 .NET Framework，该框架应用于 .NET 配置环境，而 .NET 配置环境又建立在 Windows 框架设置之上。

其他解释和注意事项

.NET Core

• 跨平台支持: 在命令中键入 'dotnet run'，如果您想在任何支持的平台（Windows、macOS、Linux）上执行应用程序而无需修改。它将简化并提供创建此类应用程序的能力，这些应用程序可以轻松地部署在不同的环境中。
• 依赖项管理: .NET Core 应用程序使用 NuGet 依赖项来管理，这些应用程序使用 csproj 作为接口。
• 当您通过 CLI 创建项目时，csproj 文件已经设置好。<PackageReference> 部分用于添加依赖项。
• CLI 工具: .NET Core CLI 提供了用于有效管理应用程序生命周期的出色工具，包括通过终端构建、运行和发布应用程序。
• 模块化库: .NET Core 默认实现模块化库；您只需在应用程序中包含您需要的库。因此，它可以导致计算资源消耗降低，从而实现更快、资源需求更低的应用程序。

.NET Framework

• 旧版支持: 它提供了与 Windows API 和服务一流的接口集成，.NET Framework 以其与通过接口运行的旧 Windows 程序兼容而闻名。
• 因此，当您有现有的 Windows 应用程序需要维护或计划升级时，这将非常有用。
• 项目结构: 在 Visual Studio 项目中，您会找到标准的 App.config 文件以及可能的一些其他传统配置文件，这些文件存储了各种应用程序设置。在这种情况下，它不像 .NET Core 在其配置文件中使用 JSON 那样。
• 开发环境: 使用 Visual Studio 开发的 .NET 项目在大多数情况下都构建为利用其 集成开发环境 (IDE)，该 IDE 旨在提供完整的专业编程体验。优点是，对于那些更习惯使用这些 IDE 的开发人员来说，现在可以获得这种编程。
• 兼容性: .NET Framework 项目在很大程度上依赖于 .NET Core 中可能不存在的旧版库或 API，因此在这些情况下迁移会很棘手。

结论

总之，.NET Core 是现代跨平台应用程序的最佳选择，保证了其性能、模块化和易于部署的软件。此外，对于仅限 Windows 的应用程序和其中的旧系统，它可能是更安全的选择。Azure 框架的创建者需要权衡不同平台的优缺点，特别是与其项目相关的。这是实现最佳结果的唯一途径。随着 .NET 5 及后续版本的发布，开发人员将获得统一的体验。

.NET 环境是一个非常有活力的环境，多年来经历了巨大的变化，为开发人员提供了许多开发可靠应用程序的工具和平台。

在两者之间做出决定时，请考虑您项目的需求，特别是目标平台、依赖项或未来的可扩展性。您可以清楚地确定每种结构的明显优势和劣势，以确保您构建的是正确且最高效、可维护且高性能的软件。