Microsoft Windows Desktop Runtime桌面程序运行库下载 v5.0.0 免费版

Microsoft Windows Desktop Runtime运行库是一款十分好用的系统运行库辅助工具，用户可以在电脑上轻松体验最简单的使用方式，在这里一站式自动安装系统必备的运行库，让用户能够在电脑上不用担心程序运行失败的问题。Microsoft Windows Desktop Runtime桌面程序运行库有着简单的使用方式，双击运行这个软件，点击安装就可以了，这样就能将用户电脑上缺失的运行库自动安装起来，不用自己挑选了，完全解放了双手。

Windows Desktop Runtime是由微软推出的，希望 .NET Framework 开发者能够迁移他们的代码和应用到 .NET 5.0 上，为明年发布的 .NET 6.0 将 Xamarin 开发者过渡到统一平台奠定了基础，目标是将所有的 .NET 组件整合到一个产品下，然后用户可以根据需求使用 .NET 的某个部分，而不是单独下载或安装所有内容。

Microsoft Windows Desktop Runtime运行库特色

1、.NET Core与.NET Framework 5

基本上.NET Framework是为在Windows中和在Windows中开发应用程序而设计的。现在，Microsoft已构建了.NET Core框架，可用于为所有平台（包括Windows，Linux，Android，iOS等）创建应用程序。这更像Java的可移植性，使用Core框架构建的应用程序需要.NET Core运行时。

2、支持的操作系统/要求

.NET Framework不能安装在所有Windows操作系统上，但仅支持少数Windows 10版本。这是因为它仅与Visual Studio 2019 16.8 Preview 4兼容。由于提到的Visual Studio 2019仅与以下操作系统兼容，因此.NET Framework 5.0 RC2也仅支持Windows和Server的以下版本：

Windows 10 Build 1703或更高版本。版本：家庭版，专业版，教育版和企业版（不支持LTSC和S）

Windows Server 2019。版本：标准和数据中心

Windows Server 2016。版本：标准和数据中心

Windows 8.1（带有2919355更新）版本：Core，Professional和Enterprise

Windows Server 2012 R2（带有2919355更新）版本：Essentials，Standard，Datacenter

Windows 7 SP1（带有最新的Windows更新）版本：家庭高级版，专业版，企业版，旗舰版

此外，MSI软件包也可用于x86，x64，ARM64，macOS和Linux系统。

Microsoft Windows Desktop Runtime运行库使用方式

.NET 附带许多核心库，可处理从文件管理到 HTTP 再到压缩文件各种任务。 此外还有一个巨大的第三方库生态系统。 可以使用 NuGet（.NET 包管理器）安装这些库并在应用程序中使用它们。

.NET 及其生态系统经常使用“依赖项”一词。 包依赖项是第三方库。 它是一段用于完成某些操作的可重用代码，可以添加到你的应用程序。 应用程序依赖第三方库才能正常运行，因此称之为“依赖项”。

可将第三方库视为包，并将其存储在存储库中。 包由一个或多个库组成，可将这些库添加到应用程序中，以便利用其功能。

我们将重点介绍包依赖项。 .NET 项目可具有其他类型的依赖项，包括框架、分析器、项目引用以及打包的依赖项随附的共享项目依赖项。

确定是否需要包

如何知道你的项目是否需要包？ 这是一个复杂的问题，涉及几个因素：

获取更好的代码 。 问自己是否正在处理安全性等任务，以及是否正在尝试实现身份验证和授权。 保护你的数据和客户数据是一个需要立即执行的任务。 业内有标准模式和许多开发人员使用的库。 这些库实现了很可能始终需要的功能。 并且出现的问题会立即得到修补。 应使用此类库，而不是创建自己的库。 自己编写的代码可能无法达到这么好的效果，因为有太多极端情况需要考虑。

节省时间 。 你可能可以自行生成大多数内容（如实用工具或 UI 组件库）。 但需要花费一些时间。 即使结果与已提供的包相当，但如非必要，重复编写代码其实是在浪费时间。

维护 。 所有库和应用迟早都需要维护。 维护包括添加新功能和更正 bug。 维护库是在很好地利用你或你的团队的时间吗？ 还是让开源软件团队来处理它更好？

评估包

安装库之前，可能需要检查它依赖的依赖项。 这些依赖项可能会鼓励你使用包，也可能会阻止你。 下面是在为项目选择依赖项时需要考虑的一些因素：

大小 。 依赖项的数量可能会造成很大的占用量。 如果带宽有限或有其他硬件限制，则可能需要考虑这一因素。

许可 。 你需要确保为库授予的许可涵盖了你的预期用途，无论是商业、个人还是学术用途。

主动维护 。 如果你的包依赖于已弃用或长时间未更新的依赖项，这可能是个问题。

可在安装前转到 https://www.nuget.org/packages/<package name>，详细了解包。 通过此 URL 可转到该包的详情页。 选择“依赖项”下拉列表，查看这些包依赖哪些包来运行。

列出的依赖项的数量可能并不能说明全部事实。 如果下载一个包，你可能会得到一个包含数十个包的程序包依赖关系。 为什么会这样？ 每个包都有一系列依赖项。 为了确保可以使用包，运行 dotnet add package <package name> 命令时将抓取和下载所有依赖项。

安装包

可通过多种方法来安装包。 Visual Studio 和 Visual Studio for Mac 中有一个内置的包管理器命令行和图形用户界面。 可手动向项目文件添加包引用。 也可通过命令行接口 (CLI) 工具（如 Paket 或 .NET Core CLI）进行安装。

对于此模块，我们将使用内置的 .NET Core CLI 安装包。 可通过在终端中调用命令，将包添加到 .NET 项目。 典型的安装命令如下所示：dotnet add package <name of package>。 在运行 add package 命令时，命令行工具连接到全局注册表并提取包，将其存储在所有项目皆可使用的缓存的文件夹位置。

安装和生成项目后，引用将添加到调试或发布文件夹中。 你的项目目录将如下所示：

Bash

复制

-| bin/

---| Debug/

------| net3.1

--------| <files included in the dependency>

查找包

个别开发人员可以使用 NuGet.org 中的全局注册表查找并下载其应用所需的包。 公司可能已实施了一个策略，指明哪些包可以使用，以及在哪里可以找到它们。

包可能位于多个不同的位置。 其中有些源可能已公开发布。 而有些可能受到限制，仅供特定公司的员工使用。 以下是包可能存在的位置：

注册表 。 例如，可能是一个类似 NuGet.org 注册表的全局注册表。 可托管自己的专用或公共注册表。 GitHub 和 Azure DevOps 等服务使专用注册表可用。

文件 。 可从本地文件夹安装包。 如果要尝试开发自己的 .NET 库，并想要在本地测试包，或者出于某种原因不想使用注册表，则从包进行安装很常见。

NuGet 注册表和 dotnet 工具

运行 dotnet add package <name of dependency> 时，.NET 会转到称为 NuGet.org 注册表的全局注册表，并查找要下载的代码。 它位于 https://nuget.org。 如果使用浏览器访问此页面，也可以在此页面中浏览包。 每个包都有可以访问的专用网站。

.NET 命令

到目前为止，你已了解如何使用 .NET Core CLI 安装依赖项。 但它还可以执行更多操作。

.NET Core CLI 包含很多命令。 这些命令可帮助你完成安装包、创作包和初始化 .NET 项目等任务。 无需详细了解所有命令。 从 .NET 开始时，可能只会使用一部分命令。 当你扩展 .NET 的使用范围时，可能会使用各种类别中越来越多的命令。

为了帮助你记住命令的作用，可以将它们视为属于以下类别：

管理依赖项 。 在安装包之后会提供用于安装、卸载和清理的命令。 还提供了用于更新包的命令。

运行程序。 .NET Core 工具可帮助你管理应用程序开发中的流。 应用程序流的示例包括运行测试、生成代码以及运行迁移命令来升级项目。

创建和发布包 。 有多个命令可以帮助你完成创建压缩包和将包推送到注册表等任务。

如果需要所有命令的详细列表，请在终端中输入 dotnet --help。

如何安装包

使用 dotnet add package <dependency name> 命令，可安装要作为应用程序的一部分使用的常规依赖项。

可以以全局方式安装某些包。 这些包不会导入到项目中。 因此，许多全局包都是 CLI 工具或模板。 还可从包存储库安装这些全局工具。 使用 dotnet tool install <name of package> 命令安装工具。 使用 dotnet new -i <name of package> 命令安装模板。

安装后

安装的包在 .csproj 文件的 dependencies 部分中列出。 如果需要查看文件夹中的包，可以输入 dotnet list package。

Project 'DotNetDependencies' has the following package references

[net5.0]:

Top-level Package Requested Resolved

> Humanizer 2.7.9 2.7.9

该命令只列出顶层包，而不列出那些包的依赖项（我们称之为可传递包）。 这样有利于快速查看。 如果需要更详细的视图，可以列出所有可传递包。 执行此操作时，list 命令如下所示：

.NET Core CLI

复制

dotnet list package --include-transitive

包含可传递项时，你将可以看到依赖项以及已安装的所有包。 如果运行 dotnet list package --include-transitive，可能会看到以下输出：

输出

复制

Project 'DotNetDependencies' has the following package references

[net5.0]:

Top-level Package Requested Resolved

> Humanizer 2.7.9 2.7.9

Transitive Package Resolved

> Humanizer.Core 2.7.9

> Humanizer.Core.af 2.7.9

> Humanizer.Core.ar 2.7.9

> Humanizer.Core.bg 2.7.9

> Humanizer.Core.bn-BD 2.7.9

> Humanizer.Core.cs 2.7.9

...

还原依赖项

当你创建或克隆项目时，在生成项目之前，不会下载或安装包含的依赖项。 可运行 dotnet restore 命令，手动还原依赖项以及项目文件中指定的特定于项目的工具。 多数情况下，不需要显式使用此命令。 如果需要，在运行 new、build 和 run 之类的命令时，将隐式运行 NuGet 还原。

清理依赖项

你很可能迟早会意识到不再需要某个包。 或者，你可能意识到安装的包不是你需要的。 也许你已经找到了一个可更好地完成任务的包。 无论出于什么原因，都应删除不使用的依赖项。 这样可保持整洁。 此外，依赖项还会占用空间。

若要删除项目中的某个包，请使用如下所示的 remove 命令：dotnet remove <name of dependency>。 此命令将从项目的 .csproj 文件中删除该包。