在我的情况下，这是因为我正在使用EntityConnectionStringBuilder构建连接字符串。确保您的元数据属性使用模型名称(包括名称空间)

我也犯过类似的错误。我重新创建了项目(说来话长)，并从旧项目中提取了所有内容。我没有意识到我的模型之前在一个名为“模型”的目录中，而现在在一个名为“模型”的目录中。一旦我改变了我的网络连接。配置如下:

<add name="RecipeManagerEntities" connectionString="metadata=res://*/Model.Recipe.csdl 

:

<add name="RecipeManagerEntities" connectionString="metadata=res://*/Models.Recipe.csdl

一切正常(模型改为模型)。注意，我必须改变字符串中的这三个位置。

在我的情况下，这个问题与重命名我的模型的edmx文件有关…修正app.config连接字符串的csdl/ssdl/msl文件修复了我的问题。

如果您使用EF 4.0设计器来生成csdl/ssdl/msl，这3个“文件”实际上将存储在模型的主edmx文件中。在这种情况下，瓦卡斯的帖子几乎是正确的。重要的是要理解他示例中的“Model_Name”将需要更改为模型的.edmx文件的当前名称(不包含.edmx)。

此外，如果edmx文件不在项目的根级别，则需要在Model_Name前面加上相对路径，例如:

res://*/MyModel.WidgetModel.csdl|res://*/MyModel.WidgetModel.ssdl|res://*/MyModel.WidgetModel.msl

将指定csdl/ssdl/msl xml存储在模型文件'WidgetModel。它存储在名为“MyModel”的文件夹中。

在将项目升级到。net 6时，我也收到了这个错误，以前的解决方案都没有解决我的问题。

你可能想检查你的。edmx文件是否有以下两个属性设置如下:

构建动作:EntityDeploy 复制到输出目录:始终复制

最终，我的问题是我的.edmx文件中引用的文件没有生成。

我在解决方案文件夹中包含项目的解决方案中遇到了同样的问题，当它们被移动到解决方案根目录时(为了克服Mvc3AppConverter由于项目位置而导致的疑似bug)。

尽管在需要时重新添加了所有*项目引用后编译了解决方案，但在网站启动时抛出了错误。

EDMX在其中一个被移动的项目(“Data”项目)中，但当然，缺少对Data项目的引用并不会导致编译错误，只是运行时错误。

简单地将缺少的引用添加到主项目就解决了这个问题，根本不需要编辑连接。

我希望这能帮助到其他人。

我编写了这个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;
    }
}