解决 URI 错误的最佳实践答案

【问题标题】：Best practice to resolve the URI error解决 URI 错误的最佳实践
【发布时间】：2012-08-17 13:12:22
【问题描述】：

我有一个主项目 (ProjectA)，其中包含一个基类 (xaml + 代码隐藏)。
另外，我还有另一个项目 (ProjectB) 参考了ProjectA。在最后我已经继承了在ProjectA 中创建的一些用户控件。

启动主应用程序时，我收到以下错误：

The component 'XXX' does not have a resource identified by the URI  
'/My.Assembly;component/.../simplegridview.xaml'

有没有解决这个问题的最佳方法？

【问题讨论】：

+1 本周面临完全相同的问题。虽然我对 WPF 很陌生，所以还不敢把它作为答案发布，但它的价值：现在我们这样做（在代码后面，因为案例要求我们这样做）替换“我的.Assembly”，在基本方法中带有 this.GetType().Assembly.FullName（它从 inheriting 类型中获取程序集）。
在文件 simplegridview.g.cs 中，有一个 URI 规范的定义，但是如果我尝试更改一个值，编译器会覆盖我的更改。但是在 WPF 上管理继承太难了？
只是好奇，为什么不创建一个包含通用控件的 Common.dll 并在 ProjectA 和 ProjectB 中引用它？
查看类似问题：stackoverflow.com/questions/7646331/…

标签： wpf uri

【解决方案1】：

我知道这并不能真正解决问题。但我发现 Clean and Build 使错误消失...

【讨论】：

如果您之前已经构建过一次应用，并且该区域的代码没有更改，这将非常有用。我会试一试。令人惊讶的是，“清理然后重建”解决了多少问题:)

【解决方案2】：

我有时会遇到与 VS 2013 相同的问题，但没有任何直接原因，例如重新启动并从头开始重建后。在这种情况下，解决方案构建成功，它也会运行，但仍会显示错误列表，例如5 个 URI 错误。虽然有时清理和构建就足够了，但有时您必须关闭 VS，删除有错误的项目的 bin/obj 文件夹，重新打开 VS，然后错误就消失了。

【讨论】：