Visual Studio 2013 Express WPF Deigner 加载失败

Question

我的 VS2013 Express Wpf Designer 出现问题。他不会加载我使用自定义转换器的视图。该应用程序编译并运行良好，我的转换器按预期工作。但在设计模式下，我不断收到“名称 {converterClassName} 不存在于命名空间 {namespace}”

问题是，虽然我不使用设计器来创建视图，但我使用它来了解我正在做的事情会是什么样子，而无需调试，所以如果它可以工作我会非常高兴再次。

全球视野：

（请原谅我的法语）

---

详情：

我引用了我的命名空间（与这种方式的视图属于同一个程序集：

<UserControl xmlns:converters="clr-namespace:Sequenceur.ProdUI.IHM.Converters">

以这种方式声明资源：

<UserControl.Resources>
    <converters:BoolToVisibility x:Key="visibilityConverter"/>
</UserControl.Resources>

（这个问题和Window一样）

并以这种方式使用我的转换器：

<MenuItem Header="Maintenance" Visibility="{Binding Path=AdminMode, Converter={StaticResource ResourceKey=visibilityConverter}}">

转换器本身

这是一个简单的IValueConverter 实现，没什么花哨的。

在我的所有其他项目中，即使使用转换器，设计器也能正常加载。您可能想知道我从另一个项目中用我的视图制作了一些脏副本/过去，它一定来自那个，但我看不出在哪里......

Answer 1

对于转换器以及 resx 文件中的资源，我在 VS 2012 中遇到过类似的问题。恐怕我没有一个每次都有效的解决方案，但是从this one 和this one 等类似问题中启发自己，我通常在解决方案配置“Debug 86”和“Debug Any CPU”之间切换一对多次，清洁和重建，直到问题消失（它并不总是第一次起作用）。

如果这不起作用，上面链接中的答案会提到我个人没有尝试过的其他解决方案，包括将程序集信息添加到 clr-namespace 或更改输出路径。

我还看到了包括创建一个新项目以消除错误的解决方案，但由于这些错误往往会反复出现，因此它只是一个临时解决方案（而且是一个烦人的解决方案，尤其是在使用源代码时控制）。

Answer 2

与 Visual Studio 设计师的争执很常见，尤其是在我的情况下。有时我处于疯狂的边缘，这就是为什么我只喜欢代码视图而不使用设计器的原因（当然，设计有一些优势）。但就您而言，这些步骤应该会有所帮助：

1. 重建解决方案（BoolToVisibility 可能未构建）
2. 关闭您的 XAML 文件
3. 尝试第二次清理和重建
4. 打开您的 XAML 文件

也许没用。有时重新启动 Visual Studio 也可以解决其中一些问题。