为什么 .NET 3.5 和 4.7 在 Windows 10 中的处理方式不同?

为什么 .NET 3.5 和 4.7 在 Windows 10 中的处理方式不同?

有人能指出微软的权威资源来解释为什么 .NET 3.5 和 4.7 使用新的打开或关闭 Windows 功能方法而不是常规安装?有些版本以这种方式处理,而有些则不是,这似乎很奇怪。我发现了很多关于如何安装的参考资料,从手动 Windows 功能方法到使用 DISM 和安装介质的网络副本进行自动化,但我从未找到任何解释为什么需要这样做的内容。

这之所以成为一个问题,是因为像 Autodesk 这样的公司仍然以这些旧版本的 .NET 为目标,而他们的安装程序将尝试使用捆绑的 EXE 以旧方式进行安装,然后失败并需要用户交互,从而破坏自动安装。微软让这变得更加困难的原因可能有助于推动 Autodesk 停止以这些旧版本为目标。

答案1

有人能指出权威的微软资源来解释为什么 .NET 3.5 和 4.7 使用新的打开或关闭 Windows 功能的方法而不是常规安装吗?

从 Windows 8 开始,.NET Framework 3.5 是一项可选的 Windows 功能。Windows 8 附带的版本无法卸载,只能更新。Windows 8 上的 .NET Framework 4.6 和 .NET Framework 3.5 是并排配置。

.NET Framework 4.0 已被 .NET 4.6 至 .NET 4.8 取代,这就是 .NET Framework 3.5 仍然是 Windows 10 上的可选 Windows 功能,而 .NET Framework 4.8 内置于当前版本的 Windows 10 中的原因

有些版本以这种方式处理,而有些版本则不是,这似乎很奇怪。我找到了很多关于如何安装的参考资料,从手动 Windows 功能方法到使用 DISM 和安装介质的网络副本进行自动化,但我从未找到任何解释为什么这是必要的内容。

.NET 4.6 到 .NET 4.8 内置于其各自的 Windows 版本中。任何其他支持更高版本 .NET 的 Windows 版本都可以手动安装。至于原因,微软希望将 .NET Framework 包含在 Windows 中,以便与 Java 竞争。

这成为一个问题,因为像 Autodesk 这样的公司仍然针对这些旧版本的 .NET,并且他们的安装程序将尝试使用捆绑的 EXE 以旧方式进行安装,但这会失败并需要用户交互,从而破坏自动安装。

听起来您正在使用旧版本的 Autodesk,因为如果应用程序专门针对 .NET Framework 3.5,则安装程序可以启用可选的 Windows 功能,否则已经安装了 .NET Framework 的功能版本,或者可以使用相应的 .NET 独立安装程序进行安装。

而微软让这一过程变得更加困难的原因可能有助于推动 Autodesk 不再针对这些旧版本。

微软并没有让它变得更难,.NET 应用程序是向后兼容的,这意味着需要 .NET Framework 4.7 的应用程序可以在具有 .NET Framework 4.8 的系统上运行而不会出现问题。

相关内容