突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
当我得到元数据问题排序，我有一个后续的问题，形式是调用异常无法找到app.config中XXXEntities的连接字符串(其中我的目标是不依赖app.config)。幸运的是，我找到了引用系统。我的单元测试项目中的数据清除了最后的障碍。总结一下:
使用nuget将实体框架安装到单元测试项目中。 确保System. data . entity和System. data . entity。引用数据。 按照这里的描述对连接字符串进行排序。 将连接字符串传递给分部类构造函数。
现在我的元数据在一个类库中，这个类库可以从引用db更新，并且我可以在运行时将我的应用程序和单元测试指向任何服务器上的任何db。
附录:当我移动我的edmx到一个文件夹，我又得到了错误。经过一些研究，我发现您希望元数据字符串看起来像:metadata=res://EPM.DAL/Models.EPM。其中EPM. csdl。DAL是组装和EPM的名称。Edmx在models文件夹中。
其他回答
对于所有SelftrackingEntities用户， 如果您已经遵循Microsoft演练并将Object上下文类分离为 WCF服务项目(通过链接到上下文.tt)所以这个答案是给你的:
这篇文章中显示的部分答案包括如下代码:
... = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl",
typeof(YourObjectContextType).Assembly.FullName);
对你没用!!原因是youobjectcontexttype。程序集现在驻留在不同的程序集(在wcf项目程序集内)，
你应该用——>替换youobjectcontexttype。assembly。fullname
ClassTypeThatResidesInEdmProject.Assembly.FullName
玩得开心。
我也遇到了和Rick一样的问题和解决方案，只是我要将一个现有的.edmx导入到一个新项目中，虽然基本名称空间无关紧要，但它被导入到不同的子目录中，因此我还必须更新Web内部的连接字符串。配置在三个地方，包括不同的子目录命名:
这意味着应用程序无法加载EDMX。有几种情况会导致这种情况。
您可能已经将模型的MetadataArtifactProcessing属性更改为Copy to Output Directory。 连接字符串可能错误。我知道您说您没有更改它，但如果您更改了其他内容(例如，程序集的名称)，它仍然可能是错误的。 您可能正在使用编译后任务将EDMX嵌入到程序集中，但由于某种原因该程序集中不再工作。
简而言之，你的问题中没有足够的细节来给出准确的答案，但希望这些想法能让你走上正确的轨道。
更新:我已经写了一篇博客文章，介绍了更完整的故障排除步骤。
当我的emdx文件被一个预构建命令删除时，我得到了这个错误，很简单。我花了一段时间才意识到事情这么简单。
有同样的问题，因为我重命名了一个程序集。
我还必须在项目属性/AssemblyInfo.cs中的AssemblyTitle和AssemblyProduct属性中重命名它，并删除并重新添加对edmx文件的引用。
然后它运行得很好。
