我正在尝试将一个.net 7毛伊岛项目升级到.net 8。我尝试了升级助手的扩展和扩展版本。我已经安装了.net 8 SDK和运行时。升级助手似乎对大约7个文件进行了格式更改。除了格式之外，我看不到任何实质性的变化。当我尝试在调试模式下运行时，我得到一个关于需要检查调试部署框的错误，但它已经被选中了。对于这种类型的升级/代码迁移到.net 8，有什么建议吗？当我尝试在目标的属性中选择.net 8时，它不可用。
nwlls2ji1#
我最近对使用.NET升级助手做了一次认真的深入研究。我可以很自信地说，“不用麻烦了”。对于小型简单的应用程序来说，它是一个非常好的工具，但对于中型到大型应用程序来说就不是那么好了。除了更新CSPROJ文件之外，它做的很少。它可能会修复一些依赖项或Nuget包，但它将完全不知道任何破坏性的更改。它不会分析你的代码或重构任何东西。你可以看到它会为你做什么here。你的里程可能会有所不同，但在一个小项目中，它是直线前进的。我做了升级，然后花了几个小时修复所有问题，比如将NuGet包升级到正确的版本，并修复破坏性的更改。在一个大型应用程序上，由于破坏性更改而导致的大量构建错误使其成为一个非启动解决方案。对于大型应用程序，最好使用strangler pattern，而不是尝试一下子修复所有内容。
1条答案
按热度按时间nwlls2ji1#
我最近对使用.NET升级助手做了一次认真的深入研究。我可以很自信地说，“不用麻烦了”。
对于小型简单的应用程序来说，它是一个非常好的工具，但对于中型到大型应用程序来说就不是那么好了。
除了更新CSPROJ文件之外，它做的很少。它可能会修复一些依赖项或Nuget包，但它将完全不知道任何破坏性的更改。它不会分析你的代码或重构任何东西。
你可以看到它会为你做什么here。
你的里程可能会有所不同，但在一个小项目中，它是直线前进的。我做了升级，然后花了几个小时修复所有问题，比如将NuGet包升级到正确的版本，并修复破坏性的更改。
在一个大型应用程序上，由于破坏性更改而导致的大量构建错误使其成为一个非启动解决方案。对于大型应用程序，最好使用strangler pattern，而不是尝试一下子修复所有内容。