我也得到了同样的错误…检查您正确开发的应用程序的名称。分配的名称空间和程序集名称，并尝试物理地更改为应用程序创建的文件夹名称，所有这些都应该与文件global.asax中出现的上述名称空间中的名称相同

我正在开发一个旧的“基于文件夹的”ASP。NET web项目(我讨厌)-并发现这是我的修复:

创建一个App_Code文件夹(如果你还没有的话)

将Global.asax.vb文件移动到App_Code文件夹中

全局中的标记。Asax可以省略任何名称空间(至少对于这种类型的项目):

<%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %>

…其中“MyApp”是在Global.asax.vb中定义的类的名称

我不得不说，我尝试了这篇文章中的至少4条建议。没有一个成功。然而，我很高兴地告诉大家，我从备份中恢复过来了。只需要更新日志文件中最后的代码更改。花了不到10分钟。花了3倍的时间阅读这篇文章并尝试其他建议。对不起。

这是一个非常奇怪的错误。祝其他遇到这个小妖精的人好运。

我不得不去BUILD ->配置管理器，然后——咳咳——勾选我的项目旁边的复选框，以确保它实际上得到了构建。

Yes, I read all the answers. However, if you are me and have been pulling out all of what's left of your hair, then try checking the \bin folder. Like most proj files might have several configurations grouped under the XML element PropertyGroup, then I changed the OutputPath value from 'bin\Debug' to remove the '\Debug' part and Rebuild. This placed the files in the \bin folder allowing the Express IIS to find and load the build. I am left wondering what is the correct way to manage these different builds so that a local debug deploy is able to find and load the target environment.

对于我来说，web组装是GAC的一部分……因此，在构建后，它需要安装在GAC和它工作。