多个 .NET 框架
|
目录
目前存在多个 .NET 框架。 Microsoft 的宗旨是在最大范围的操作系统和硬件平台上提供 .NET 实现。 下表列出了最主要的 .NET 实现：
应用程序编程接口数据类型（比如 API 定义软件如何与其他组件交互，所以单独一个数据类型还不够。通常，是一组数据类型的所有 API 结合起来为某个组件集合创建一个 API。 以 .NET 为例，一个程序集中的所有类型（及其成员）构成了该程序集的 API。类似地，.NET Core 或 Microsoft .NET Framework 中的所有程序集构成了更大的 API。 通常将这一组更大的 API 称为框架，所以我们用“.NET 框架” 一词指代 Microsoft .NET Framework 的所有程序集公开的 API。 API 通常包含一组接口和协议（或指令），帮助你使用一系列组件进行编程。事实上，对于 .NET 来说，协议本身就是 .NET 程序集的执行规则。 C# 和 .NET 版本控制.NET 框架的开发周期有别于 C# 语言，这造成底层 .NET 框架和对应的 C# 语言使用不同版本号。例如，使用 C# 5.0 编译器将默认基于 Microsoft.NET Framework 4.6 来编译。 下表简单总结了 Microsoft .NET Framework 和 .NET Core 的 C# 和 .NET 版本。
随 C# 6.0 增加的最重要的一个框架功能或许是对跨平台编译的支持。换言之，不仅能用 Windows 上运行的 Microsoft .NET Framework 编译，还能使用 Linux 和 macOS 上运行的 .NET Core 实现来编译。 虽然 .NET Core 的功能比完整的 Microsoft .NET Framework 少，但足以使整个 ASP.NET 网站在非 Windows 和 IIS 的系统上运行。这意味着同一个代码库可编译并执行在多个平台上运行的应用程序。 .NET Core 是一套完整 SDK，包含从 .NET Compiler Platform（即“Roslyn”，本身在 Linux 和 macOS 上运行）到 .NET Core “运行时”的一切，另外还提供了像 Dotnet 命令行实用程序（dotnet.exe，自 C# 7.0 引入）这样的工具。 .NET Standard有这么多不同的 .NET 实现，每个 .NET 框架还有这么多版本，而且每个实现都支持一套不同的、但多少有点重叠的 API，造成框架分叉得越来越厉害。 这增大了写跨 .NET 框架可重用代码的难度，因为要检查特定 API 是否支持。为降低复杂度，Microsoft 推出了 .NET Standard 来定义不同版本的标准应支持哪些 API。换言之，要相容于某个 .NET Standard 版本，.NET 框架必须支持该标准所规定的 API。 但由于许多实现已经发布，所以哪个 API 要进入哪个标准的决策树在一定程度上基于现有实现及其与 .NET Standard 版本号的关联。 原文链接：https://www.vinanysoft.com/c-sharp-basics/introducing/multiple-dotnet-frameworks/ （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |