Wpf 为什么格式错误的XAML看起来是编译的,然后在运行时失败?

Wpf 为什么格式错误的XAML看起来是编译的,然后在运行时失败?,wpf,xaml,compiler-errors,Wpf,Xaml,Compiler Errors,由于代码合并问题,或者在XAML文件中意外输入错误,可能会导致错误,甚至导致XAML不是有效的XML e、 g.注意中间行缺少的 我们的构建系统(Azure DevOps)将愉快地构建可执行文件。即使在本地,如果XAML在设计器中打开,我们也只会收到错误 是否可能将格式错误的XAML文件升级为生成错误,以帮助解决有时出现的意外按键或合并问题 注: 我们是相当最新的,正在使用构建配置文件,例如YAML步骤:-任务:VSBuild@1 我必须检查它使用的编译器的确切版本,但它至少是VS2017 我

由于代码合并问题,或者在XAML文件中意外输入错误,可能会导致错误,甚至导致XAML不是有效的XML

e、 g.注意中间行缺少的

我们的构建系统(Azure DevOps)将愉快地构建可执行文件。即使在本地,如果XAML在设计器中打开,我们也只会收到错误

是否可能将格式错误的XAML文件升级为生成错误,以帮助解决有时出现的意外按键或合并问题

注: 我们是相当最新的,正在使用构建配置文件,例如YAML步骤:-任务:VSBuild@1

我必须检查它使用的编译器的确切版本,但它至少是VS2017


我不是开发运营管理员,因此无法回答服务器端的太多问题。老实说,如果有一个本地构建(VS2019)开关可以告诉我在完整重建过程中XAML被破坏了,这将帮助我晚上睡觉:-)

不幸的是,编译器没有检测到这种错误,这与Azure DevOps无关

当编译后的BAML在运行时被解析时,您将得到一个异常,因此请确保在发布应用程序之前测试运行该应用程序

老实说,如果有一个本地构建(VS2019)开关可以告诉我在完整的重建过程中XAML被破坏了,这将有助于我晚上睡觉:-)


恐怕不是:(

您是如何在Azure DevOps上编译它的?请将此信息添加到问题中。以及使用的构建代理在这种情况下,我可能必须开始编写一个工具来对解决方案中的XAML文件进行静态分析。。。
    <UserControl.Resources>
        <ResourceDictionary>
            <ResourceDictionary.MergedDictionaries>
                ResourceDictionary Source="pack://application:,,,/Lovely.UI.Wpf.Themes;component/Theme.xaml" />
            </ResourceDictionary.MergedDictionaries>
        </ResourceDictionary>
    </UserControl.Resources>