突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
在将项目升级到。net 6时，我也收到了这个错误，以前的解决方案都没有解决我的问题。
你可能想检查你的。edmx文件是否有以下两个属性设置如下:
构建动作:EntityDeploy 复制到输出目录:始终复制
最终，我的问题是我的.edmx文件中引用的文件没有生成。
其他回答
我也遇到了类似的问题。我的类名与我的文件名不同。生成的connectionstring中包含类名而不是文件名。对我来说，解决方案就是重命名我的文件以匹配类名。
我也遇到了和Rick一样的问题和解决方案，只是我要将一个现有的.edmx导入到一个新项目中，虽然基本名称空间无关紧要，但它被导入到不同的子目录中，因此我还必须更新Web内部的连接字符串。配置在三个地方，包括不同的子目录命名:
当我的emdx文件被一个预构建命令删除时，我得到了这个错误，很简单。我花了一段时间才意识到事情这么简单。
我也犯过类似的错误。我重新创建了项目(说来话长)，并从旧项目中提取了所有内容。我没有意识到我的模型之前在一个名为“模型”的目录中，而现在在一个名为“模型”的目录中。一旦我改变了我的网络连接。配置如下:
<add name="RecipeManagerEntities" connectionString="metadata=res://*/Model.Recipe.csdl
:
<add name="RecipeManagerEntities" connectionString="metadata=res://*/Models.Recipe.csdl
一切正常(模型改为模型)。注意，我必须改变字符串中的这三个位置。
在将一个大的解决方案从源代码管理资源管理器的一个文件夹移动到另一个文件夹后，我得到了这个问题。我们没有把包文件夹检查到Team Foundation，所以我认为VS会自动下载包。这将我的EF表单v6.1.2升级到v6.1.3。
当我降级到最初的v6.1.2时，这个问题就消失了。
