突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
当我的emdx文件被一个预构建命令删除时，我得到了这个错误，很简单。我花了一段时间才意识到事情这么简单。
其他回答
我编写了这个helper类，当ObjectContext对象定义在与使用它的项目不同的项目中时，它可以创建对象的实例。我解析配置文件中的连接字符串，并将'*'替换为完整的程序集名称。
它并不完美，因为它使用反射来构建对象，但这是我能找到的最通用的方法。
希望它能帮助到别人。
public static class EntityHelper<T> where T : ObjectContext
{
public static T CreateInstance()
{
// get the connection string from config file
string connectionString = ConfigurationManager.ConnectionStrings[typeof(T).Name].ConnectionString;
// parse the connection string
var csBuilder = new EntityConnectionStringBuilder(connectionString);
// replace * by the full name of the containing assembly
csBuilder.Metadata = csBuilder.Metadata.Replace(
"res://*/",
string.Format("res://{0}/", typeof(T).Assembly.FullName));
// return the object
return Activator.CreateInstance(typeof(T), csBuilder.ToString()) as T;
}
}
我也有同样的问题。我用反射器查看了我的编译dll，发现资源的名称是不正确的。我重新命名了，现在看起来很好。
当我的emdx文件被一个预构建命令删除时，我得到了这个错误，很简单。我花了一段时间才意识到事情这么简单。
我也遇到了类似的问题。我的类名与我的文件名不同。生成的connectionstring中包含类名而不是文件名。对我来说，解决方案就是重命名我的文件以匹配类名。
我在2019年9月27日也遇到了同样的问题。
我的API是在Dot net核心目标。net框架。 Edmx在一个不同的类库中，它只存在于。net框架中。
我观察到，当我试图从API调用那个edmx ..由于某种原因，我得到了这个错误。
我所做的是，到API的obj文件夹删除所有东西。 然后清理API项目并再次尝试，这对我来说是有效的。
