在我的情况下，资源文件的构建动作已经是嵌入式资源，但每次我运行update-database，我得到了相同的错误，所以我做了其他步骤，它是有效的:

将“生成操作”属性更改为“编译” 构建(有很多错误) 将“生成操作”属性更改回“嵌入式资源” - database就

出于某种原因，它起作用了。

我只是在WPF项目中碰到了同样的异常。问题发生在我们最近移动到另一个名称空间(ProblemAssembly)的程序集中。支持ProblemAssembly.Controls)。试图从程序集中存在的第二个资源文件访问资源时发生异常。

事实证明，附加的资源文件没有正确地将引用从旧的名称空间名称移动到新的名称空间名称。

在资源文件的designer.cs中，有一个静态属性用于获取ResourceManager。在该getter中，字符串仍然引用旧的名称空间。一旦将其纠正为新的名称空间，问题就解决了:

global::System.Resources.ResourceManager temp = 
     new global::System.Resources.ResourceManager(
          "ProblemAssembly.Support.Properties.Stuff", typeof(Stuff).Assembly);

本来应该是:

global::System.Resources.ResourceManager temp = 
     new global::System.Resources.ResourceManager(
          "ProblemAssembly.Controls.Properties.Stuff", typeof(Stuff).Assembly);

一种方法是将共享的类/资源放在单独的类库项目中，并在两个网站中引用它们。

我在运行迁移命令时遇到了这个问题。在包管理器控制台中更新数据库。

公认的答案并不能解决我的问题。

我不得不改变构建行动从编译到嵌入式资源，它为我工作。

你可以使用以下步骤做到同样的事情:

右键单击迁移。 将“Build Action”属性“Compile”更改为“Embedded Resource” 执行Update-Database命令。

This can be caused by mismatched namespaces. The second from top answer (Sibi Elango's) says to right-click the resx file, and change Build option to EmbeddedResource, but I had already done that and still had the error. The top answer (CFinck's) notes a way of fixing this via manually editing files, however, I had this problem in MonoDevelop, and had to set the default namespace to the same as the cs file which was calling for the resource (the file which contained code such as the code below)...

this.Icon = ((System.Drawing.Icon)(resources.GetObject("$this.Icon")));

通过GUI设置默认名称空间后，上面的代码行不再引起异常。

其他答案都不能帮我解决这个问题。我将许多窗体和控件从一个程序集移动到另一个程序集，修复了所有的名称空间，然后遇到了这个问题。

为了将移动的控件和表单与其他控件分开，我将它们放在一个子文件夹中。按照其他答案中的建议更新了一个资源引用。IDE警告我文件路径与名称空间不匹配，但这不是错误，所以我最初忽略了它。

当没有什么似乎可以修复它为我，我不知道有什么更好的尝试，我终于移动了他们的子文件夹的控件和形式(这不是在命名空间中表示)，问题消失了。

显然，WinForms中仍然存在一些对文件夹结构的硬依赖。