XamlParseException Classe

Definição

public ref class XamlParseException : SystemException

[System.Serializable]
public class XamlParseException : SystemException

[<System.Serializable>]
type XamlParseException = class
    inherit SystemException

Public Class XamlParseException
Inherits SystemException

Herança

Object

Exception

SystemException

XamlParseException

Atributos

SerializableAttribute

Observações

XamlParseException é usado apenas para o parser XAML implementado WPF que realiza a análise e carregamento XAML para WPF aplicações. Especificamente, a exceção só é relevante quando uma aplicação visa o .NET Framework 3.0 e o .NET Framework 3.5. A exceção também pode originar-se a partir de código de utilizador em chamadas em tempo de execução para APIs que ligam o parser XAML implementado WPF para carregar XAML a partir de uma aplicação de WPF em execução (por exemplo, chamadas para XamlReader.Load).

Para .NET Framework 4, a exceção XamlParseException que normalmente reporta exceções de processamento XAML é definida num namespace diferente (System.Xaml) e numa assembly diferente (System.Xaml).

A menos que estejas a escrever um equivalente ao parser XAML WPF ou a trabalhar com .NET Framework 3.0 e .NET Framework 3.5, geralmente não vais lançar XamlParseException do teu próprio código. No entanto, o tratamento da exceção é por vezes necessário. Para cenários de aplicação, onde pode querer suprimir erros de análise XAML, um DispatcherUnhandledException gestor de eventos ao nível da aplicação é uma forma de gerir um processo em tempo XamlParseExceptionde execução. Se deve suprimir exceções ou deixá-las aparecer no código do utilizador depende de como desenha a sua aplicação para efeitos de carregamento do XAML, e do nível de confiança que atribui ao XAML que a sua aplicação carrega. Para mais informações, consulte XAML ou a secção "Segurança XAML" do XAML Overview (WPF).

Para páginas de uma aplicação, quando o XamlParseException é lançado, é geralmente no contexto da chamada InitializeComponent feita pela sua classe de página, que é o ponto de entrada para a utilização do parser XAML WPF pelo modelo de aplicação WPF ao nível de página. Portanto, outra estratégia possível de tratamento é colocar try/catch blocos em InitializeComponent. No entanto, esta técnica não se integra bem com templates, superfícies de design visual e outras fontes geradas que ligam InitializeComponent.

Ver também

• Serviços XAML