突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
对我来说，我把数据访问层和用户界面层分开了。 每一层都有实体连接字符串。
在我将这两个分离的连接字符串修改为相同之前，我仍然发现下面的错误。
Unable to load the specified metadata resource
所以我让这两个层(DAL, UI)是相同的连接字符串，它的工作完美。
我的解决方案是使所有的连接字符串是相同的，无论他们已经提出。
其他回答
当我在构建新的.edmx设计器之前没有清理解决方案时，就会发生这种情况。因此，在构建新的。edmx设计器之前，不要忘记清理解决方案。这可以帮助我跳过很多问题。如果你是visual studio的新手，那么下面提供的导航细节。
点击- > Build >清洁解决方案 单击“->Build->Rebuild Solution”
希望这能有所帮助。谢谢大家
我在反思一个旧程序时，遇到了同样的问题。我浏览了之前的答案，我成功地解决了这个问题，我把“Model.”的3个文件。csdl”、“模型。ssdl”和“模型。在bin目录中，也在实体类的旁边。 之后修改web中实体连接字符串的元数据部分。配置为:
metadata=~/bin/Model.csdl|~/bin/Model.ssdl|~/bin/Model.msl
程序运行成功，显示此异常。
使用这篇博文中的信息:
就像其他人说的，res:\\是指向资源的指针。要检查并确保您的资源名称是正确的，您可以使用JetBrains的DotPeek等反编译器打开您的.dll文件并查看资源文件。
或者，您可以在调试时打开监视窗口并粘贴此代码，以获得当前正在执行的程序集中的资源名称数组。
System.Reflection.Assembly.GetExecutingAssembly().GetManifestResourceNames()
也就是说，元数据路径的格式应该是这样的:
{my-assembly-name} / {possibly-a-namespace},{类名称}。{csdl or SSDL or msl}
和一个快速的方法来检查模型名称没有Reflector....查找目录
...obj - {} - edmxResourcesToEmbed输出配置
检查.csdl、.msl和.ssdl资源文件是否存在。如果它们在子目录中，则子目录的名称必须加在模型名称之前。
例如，我的三个资源文件在一个子目录Data中，所以我的连接字符串必须是
元= res: / / * Data.MyModel.csdl | res: / * / Data.MyModel.ssdl | res: / * / Data.MyModel.msl;
(与元= res: / / * / MyModel csdl | res: / / * / MyModel ssdl | res: / / * / MyModel msl;)。
最终的解决方案(即使在另外两台机器上以及EDMX和其他设备上重新创建数据库之后)是不使用Entity Framework的第一版。期待在。net 4.0中再次评估它。
在再次遇到同样的问题并四处寻找答案之后，我终于找到了一个遇到同样问题的人。visualstudio的向导似乎没有正确地生成连接字符串，而且到元数据资源的链接缺少一个重要路径。
v1.0错误?:无法加载指定的元数据资源。脚本!=模型
更新2013-01-16:已经过渡到几乎完全使用EF Code First实践(即使是现有的数据库)，这个问题不再是一个问题。对我来说，这是一个可行的解决方案，可以减少自动生成的代码和配置带来的混乱，并增加我自己对产品的控制。
