突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
我也遇到了类似的问题。我的类名与我的文件名不同。生成的connectionstring中包含类名而不是文件名。对我来说，解决方案就是重命名我的文件以匹配类名。
其他回答
这发生在我身上，当我不小心切换了edmx文件的构建动作(出现在IDE属性下)从“EntityDeploy”到“None”。EntityDeploy为您填充元数据:请参阅http://msdn.microsoft.com/en-us/library/cc982037.aspx
只需输入path，而不是{path . to . path。}: res: / / / {Path.To.The。}YourEdmxFileName.csdl | res: / / / {Path.To.The。}YourEdmxFileName.ssdl | res: / / * / {Path.To.The。}YourEdmxFileName.msl
对于我的案例，它是通过改变edmx文件的属性来解决的。
打开edmx文件 右键单击EDMX设计器的任意位置 选择属性 将名为“元数据工件处理”的属性更新为“嵌入输出程序集”
这为我解决了问题。 问题是，当容器试图找到元数据时，它找不到它。所以只要在同一个装配中就可以了。 如果您的edmx文件在另一个程序集中，则此解决方案将不起作用
我也遇到了类似的问题。我的类名与我的文件名不同。生成的connectionstring中包含类名而不是文件名。对我来说，解决方案就是重命名我的文件以匹配类名。
在将一个大的解决方案从源代码管理资源管理器的一个文件夹移动到另一个文件夹后，我得到了这个问题。我们没有把包文件夹检查到Team Foundation，所以我认为VS会自动下载包。这将我的EF表单v6.1.2升级到v6.1.3。
当我降级到最初的v6.1.2时，这个问题就消失了。
