我用很简单的方法修好了它。你所要做的就是删除ProjectName\bin文件夹中的所有文件，然后从Visual studio顶部菜单栏Build->Rebuild Solution再次重建项目，你就完成了。现在试着运行这个项目。这个过程在Visual Studio 2022中为我工作。

“BUILD ->配置管理器和——嗯哼——勾选我的项目旁边的复选框，以确保它实际上得到了构建。” 然后在windows资源管理器中打开项目文件夹，按下选项并取消“只读”复选框。

我也面临着同样的问题。尽管遵循每一个答案，它没有工作。 然后我将“Inherits=namespace.class”更改为“Inherits=完全限定的组装名”，即“Inherits=namespace.class,assemblyname, Version=， Culture=， PublicKeyToken=” 希望能有所帮助。

我最近在一个Web应用程序中经历了这种情况。 问题是一个nuget包带来了一个依赖: Microsoft.Net.Compiler和Microsoft.Code.Dom

它们支持多级编译器版本。

这将我的应用程序转换为ASP。NET网站而不是Web应用程序..我花了很长时间才解决这个问题——2.5天!!

我从Nuget管理器中删除了这些文件，删除了obj和bin目录中的文件-关闭studio -然后重新打开并重建项目。这就解决了问题

那是多么痛苦啊!!

我希望我在这一点上节省了一些时间!

我花了好几天时间研究这个问题。我最终通过以下这篇文章中的建议解决了这个问题。

将平台目标更改为任意CPU。我目前没有这个配置，所以我必须去配置管理器并添加它。我专门为x64编译。仅凭这一点并不能解决错误。 将输出路径更改为bin\而不是bin\x64\Debug。在我改变平台目标之前，我已经尝试过几次了。它只会得到一个错误，因为格式无效而无法加载程序集。

要明确的是，在它开始工作之前，我必须做这两件事。我已经尝试了多次，但它从来没有解决，直到我做了两个。

如果我将这些设置中的任何一个更改回原来的设置，我将再次得到相同的错误，尽管已经运行了Clean Solution，并手动删除了bin目录中的所有内容。

有两种方法:

配置管理器将dll构建显示为'64'和'any cpu'构建的混合。 将它们都放在同一个构建中可以解决这个问题。 在分支之间切换时，IIS快速路径有时不会更新。右键单击任务栏中的“IIS Express”>显示所有应用程序，并验证路径是否指向正确的分支。