Asp.net 4.5.1 WebForms项目跨VS版本开发的可行性及报错问题

1. 能否不改动项目核心代码，直接用VS2019按原有方式继续开发？ #

完全可以实现。你遇到的所有报错都属于老项目适配高版本IDE的环境类问题，不需要修改任何业务核心逻辑、原有代码实现，对应无侵入的解决方式如下：

• 针对IDE0005: Using directive is unnecessary报错：这是VS2019内置的Roslyn代码分析器规则比VS2013更严格触发的提示，并非代码本身存在缺陷。直接在项目属性的代码分析配置页，将该规则的严重等级调整为“不显示”即可，不需要删除任何原有using引用，完全不影响项目编译运行。
• 针对CS0234: Microsoft命名空间中不存在AspNet类型、CS0246: 找不到OwinStartup类型这类引用报错：本质是老项目迁移时，NuGet包引用未按项目原有版本正确还原、旧的程序集引用路径失效导致的，和核心代码无关。只需要打开NuGet包管理器，保持项目目标框架固定为原有的.NET Framework 4.5.1不改动，按项目记录的原有包版本重新还原所有依赖，重新生成项目即可解决。

整个适配过程的所有操作都集中在IDE配置、引用还原层面，不会改动任何页面逻辑、后端业务代码、原有配置，完全符合不做核心改动的要求。

2. 改用VS2015继续开发，会出现同类或其他问题吗？ #

VS2015原生支持.NET Framework 4.5.1目标框架，和开发该项目的VS2013工具链兼容性很高，出现上述同类引用报错、代码规则报错的概率极低。仅可能遇到少量不需要改动核心代码的提示类问题：

• 首次打开项目时会弹出一次性的项目兼容升级提示，直接选择保持原目标框架、不升级项目格式即可跳过，不会改动项目核心文件
• 可能出现少量老版本NuGet包的兼容性提示，只要保持原有包版本不做升级，正常完成包还原即可正常编译
• 不存在VS2019那样严格的静态代码分析规则提示，能直接兼容VS2013编写的所有原有代码写法。

注意：无论使用哪个版本的IDE打开项目，都不要触发自动升级目标框架到更高版本.NET、不要自动升级NuGet依赖包的大版本，只要保持项目原有运行环境不变，就可以完全沿用原有的开发方式。

内容的提问来源于stack exchange，提问作者Dov Miller