在 Visual Studio 2022 年针对 .Net Framework 3.5 构建
Build against .Net Framework 3.5 in Visual Studio 2022
我有一个使用 .Net framework 3.5 版开发的项目，该项目曾在 Visual Studio 2012 年打开。我的机器上安装了 VS 2022，我使用它打开了解决方案，它建议升级框架.一位更有经验的开发人员告诉我不要在没有任何进一步解释的情况下这样做。除了关闭VS，我没有做任何其他事情。
为什么在较新的 VS 中打开较旧的解决方案是个坏主意？它只在解决方案中添加了一个隐藏的 .vs 文件夹。
我可以使用 VS 2022 构建此解决方案吗？或者我应该找到旧版本，无论如何我在哪里可以找到必要的 SDK，因为它在 this 页面上不再可用？
不错的主意。另外：不要害怕，像这样的软件并不完全为人所知，也不是为了搞乱你的代码而编写的。由于您提到打开解决方案时唯一发生的事情是添加了一个 .vs 目录，我认为这意味着您的解决方案、所有项目文件和所有源代码都在版本控制中——它应该是——那是难以攻破的防线。所以是的：如果版本控制报告没有变化，VS 没有做任何改变，就没有问题。即使有变化，VS 也会告诉你 and/or 用原来的目录创建了一个备份目录。而且您仍然可以在版本控制中还原它们。
至于这是否构建在 VS 2022 中：几乎可以肯定是的，无论是哪种方式。您可能需要使用 VS 安装程序安装 .Net framework 3.5 development tools。否则：我会亲自试一试，然后升级和构建，看看会发生什么。无论如何，.Net 框架几乎都是完全向后兼容的。我什至建议其他开发人员可能是时候升级了（或者换句话说：问为什么需要坚持使用古老的 3.5 - 仍然以 Windows XP 左右为目标？）。
我有一个使用 .Net framework 3.5 版开发的项目，该项目曾在 Visual Studio 2012 年打开。我的机器上安装了 VS 2022，我使用它打开了解决方案，它建议升级框架.一位更有经验的开发人员告诉我不要在没有任何进一步解释的情况下这样做。除了关闭VS，我没有做任何其他事情。
为什么在较新的 VS 中打开较旧的解决方案是个坏主意？它只在解决方案中添加了一个隐藏的 .vs 文件夹。
我可以使用 VS 2022 构建此解决方案吗？或者我应该找到旧版本，无论如何我在哪里可以找到必要的 SDK，因为它在 this 页面上不再可用？
不错的主意。另外：不要害怕，像这样的软件并不完全为人所知，也不是为了搞乱你的代码而编写的。由于您提到打开解决方案时唯一发生的事情是添加了一个 .vs 目录，我认为这意味着您的解决方案、所有项目文件和所有源代码都在版本控制中——它应该是——那是难以攻破的防线。所以是的：如果版本控制报告没有变化，VS 没有做任何改变，就没有问题。即使有变化，VS 也会告诉你 and/or 用原来的目录创建了一个备份目录。而且您仍然可以在版本控制中还原它们。
至于这是否构建在 VS 2022 中：几乎可以肯定是的，无论是哪种方式。您可能需要使用 VS 安装程序安装 .Net framework 3.5 development tools。否则：我会亲自试一试，然后升级和构建，看看会发生什么。无论如何，.Net 框架几乎都是完全向后兼容的。我什至建议其他开发人员可能是时候升级了（或者换句话说：问为什么需要坚持使用古老的 3.5 - 仍然以 Windows XP 左右为目标？）。