很抱歉,我的标题很模糊,但我想解释一下:
我正在开发一个大型的WPF / C#应用程序,其中有许多项目和相互依赖关系。有很多XAML文件,它们引用了各种各样的东西,如控件,XML名称空间等。
如果我构建解决方案,假设它包含一个C#编译错误。该编译错误将导致其项目无法构建,这反过来可能导致其他项目无法构建,等等。现在XAML文件中来自这些项目/名称空间的所有引用将产生更多错误。
结果是错误列表可能会显示数百个错误,其中只有一个是“真实的”,并且不一定会出现在顶部或底部。所以我必须滚动整个列表,寻找任何可能的错误,而不是XAML错误或项目引用错误,以找到一个C#语法错误。
有没有一种方法可以防止这种情况发生,或者有一种策略可以让这项工作更容易?理想的解决方案是,任何引用错误或XAML“未找到”类型错误都被抑制,直到更多的“真正的”错误被解决,但如果没有,有什么可以做的吗?
我知道Visual Studio确实给予了隐藏XAML设计器错误的选项,但我担心它们根本不会显示(或者我必须继续启用/禁用选项)-在任何情况下,它们可能仍然会显示在实际构建中。
1条答案
按热度按时间xpcnnkqh1#
错误列表可以排序。默认情况下,它(或多或少)按顺序排序。但是您有几种可能性来找到一个相关的错误: