【问题标题】:Designer fails - My.Resources.Resources' has no property named设计器失败 - My.Resources.Resources' 没有名为的属性
【发布时间】:2012-11-29 23:43:08
【问题描述】:

我有一个问题是设计器不会显示表单。它失败,错误设计器给出如下警告:

我该如何解决这个问题?

【问题讨论】:

  • 从源代码管理中恢复。
  • @HansPassant 我没明白你的意思

标签: .net winforms


【解决方案1】:

更改项目的命名空间后,我遇到了同样的问题。之后我收到了同样的错误信息,并且正在查看这篇文章,但没有一个解决方案对我有用。现在我已经找到了解决方案,我将其写在这里以指导其他开发人员遇到同样的问题。
问题的原因是更改命名空间并没有更改“默认命名空间”。 更改“默认命名空间”:

  1. 右键单击项目并选择属性
  2. 在左侧面板中选择“应用程序”
  3. 设置正确的“默认命名空间”。

【讨论】:

  • 相同。看起来重构工具发出了嘘声。
【解决方案2】:

如果您的项目引用自身,就会发生这种情况。

当项目中定义的某些控件/表单使用同一项目中定义的其他(用户)控件时,Visual Studio 会随机自动执行此操作。

您可以在项目的“References”节点中安全地删除自引用。

然后重新构建,设计器应该重新加载而不会出现这些错误。

【讨论】:

  • 非常感谢您。马上解决问题!不知道 VS 会添加自引用:-/
  • @c31983 很高兴它有帮助。是的 VS 有时会做一些奇怪的事情。 :-)
  • 这帮助很大!非常感谢!
  • 解决了!谢谢!
  • 解决了我的问题。谢谢!
【解决方案3】:

我知道这是一个非常古老的帖子,但人们会收到此错误,他们会找到此帖子,并且当他们看到此帖子时,他们会拔掉大部分头发,但是,这就是我发现的:

  1. 不是你,是 MS。我正在使用 VS 2015,但我仍然得到这个!
  2. 我发现当项目以某种方式引用自身时会发生这种情况
  3. 在引用节点下并不总是可见

解决:

  1. 做一个干净的
  2. 删除 BIN 文件夹
  3. ON PURPOSE 引用项目输出 exe 文件
  4. 编译
  5. 关闭和打开 VS
  6. 检查你的引用节点,你应该看到带有感叹号的自引用exe,删除引用
  7. 再次构建

我发现此时我的问题已经解决,我可以继续工作(至少在那一天)

希望这可以帮助那些在使用 MS 产品时才变秃的人!

【讨论】:

    【解决方案4】:

    这是Richard's answer 的变体。出于显而易见的原因,我只需要进行一项更改。我要留着头发!

    解决:

    1. ON PURPOSE 引用项目 输出文件,(dll 或 exe)
    2. 做一个干净的
    3. 删除BIN文件夹
    4. 编译关闭和打开VS
    5. 卸载项目并编辑项目
    6. 检查你的引用节点,你应该看到自引用的exe或ddl带有感叹号,删除引用
    7. 再次构建

    【讨论】:

      【解决方案5】:


      我使用了项目名称“xxx”。

      1. 打开/编辑项目文件(xxx.csproj 或 xxx.vbproj)
      2. 找到这个xml节点并删除。
        <Reference Include="xxx, Version=1.0.0.0, Culture=neutral, processorArchitecture=x86"> <ExecutableExtension>.exe</ExecutableExtension> </Reference>
      3. 打开并重新构建。

      【讨论】:

        【解决方案6】:

        3

        我使用了项目名称“xxx”。

        打开/编辑项目文件(xxx.csproj 或 xxx.vbproj) 找到这个 xml 节点并删除。 。可执行程序 打开并重新构建。

        我解决了这个问题。谢谢你

        【讨论】:

        【解决方案7】:

        您的应用资源中似乎缺少加载此表单所需的项目。

        您可以通过右键单击项目并选择属性来访问项目的资源。然后,点击左侧窗格中的Resources。

        您收到的错误表明在您的应用程序中加载此表单所需的项目应该从 资源 加载。在大多数情况下,这些项目可以是图片

        您可能想要更改设计器代码或将丢失的项目恢复回资源。

        注意:资源可能是字符串、图像、图标、音频 、文件或其他。

        谢谢,
        希望对您有所帮助:)

        【讨论】:

        • 谢谢我确实恢复了它们,但它没有解决问题,所以我删除了资源文件并用另一个(从备份中)替换它,然后我添加了丢失的图像并且它工作,Resources文件损坏的问题
        • @SuSha 很高兴您的问题得到了解决。祝你有美好的一天:)
        【解决方案8】:

        我发现这是由于命名空间“重叠”,我的实用程序项目(位于主 (VB.NET) 解决方案中)与它所引用的类库(主项目)具有相同的根命名空间。 (你都明白了吗?)

        例如,我的主项目(“MainProject”)指定了Company.Project 的根命名空间。而我的实用程序项目(巧妙地命名为“UtilityProject”)也指定了 Company.Project 的根命名空间。

        可以通过在其属性中重新添加(在我的情况下)图像资源源链接来临时解决该错误。但是一旦项目关闭并重新打开,POOF!,消失了。

        因为我必须在我的实用程序项目中引用我的主要项目,所以我不能只是按照此处其他地方的建议并删除引用。因此,我尝试将实用程序项目的根命名空间更改为Company,纠正了一些由此产生的表单设计器参考错误,Bob 再次成为我的叔叔。

        【讨论】:

          【解决方案9】:

          当我更改命名空间时,我遇到了同样的问题。所以我所做的是:

          1. 我通过选择并重命名命名空间来更改它
          2. 我点击灯泡并重命名所有引用
          3. 从解决方案中删除了所有项目
          4. 关闭 Visual Studio
          5. 重命名 Windows 资源管理器中的所有项目
          6. 打开 Visual Studio 并再次添加所有项目

          上述步骤我更改了命名空间,但是当我打开 Windows 窗体时,我在第一个屏幕上遇到了与此处相同的错误。
          为了解决这个问题,我注意到我必须转到我拥有的每个项目的属性并在那里重命名命名空间。当我这样做时,这个错误就解决了,一切都恢复正常了。

          【讨论】:

            【解决方案10】:

            另一个解决方案...我重命名了一个项目,VS 进行了大规模重命名...除了该死的 .exe。更新了 newname.exe 的项目属性,一切正常

            【讨论】:

              猜你喜欢
              • 1970-01-01
              • 2014-12-13
              • 2018-12-14
              • 1970-01-01
              • 1970-01-01
              • 2018-02-16
              • 1970-01-01
              • 1970-01-01
              • 1970-01-01
              相关资源
              最近更新 更多