INFO: Codificação de XML e métodos de interface do DOM

Uma vantagem principal dos dados XML (Extensible Markup Language) é que ele é independente de plataforma. No entanto, codificação correta deve ser especificado para garantir a correta transferência de dados XML entre diferentes plataformas. O white paper "Como a codificação de dados XML" aborda problemas de codificação de XML gerais em detalhes: Na maioria dos cenários, erros de codificação XML se originam do padrão diferente configurações do Microsoft XML (MSXML) analisador métodos e interfaces de codificação. Uma compreensão clara dessas configurações padrão ajudará impedindo que os erros de codificação.

Codificações XML

MSXML oferece suporte a todas as codificações são suportadas pelo Microsoft Internet Explorer. Suporte do Internet Explorer depende de quais pacotes de idiomas são instalados no computador; essas informações são armazenadas sob a seguinte chave do Registro: MSXML tem suporte nativo para as seguintes codificações:
Ele também reconhece (internamente usando a função de API WideCharToMultibyte para mapeamentos) as seguintes codificações: O local correto para especificar a codificação para os dados é a declaração XML. Por exemplo, se os dados são codificados com padrão ISO-8859-1, você pode especificar isso da seguinte maneira: sem essas informações, a codificação padrão é UTF-8 ou UTF-16, dependendo da presença de uma marca de ordem de byte UNICODE (BOM) no início do arquivo XML. Se o arquivo inicia com uma marca de ordem de byte UNICODE (0xFF 0xFE) ou (0xFE 0xFF), o documento é considerado em codificação UTF-16; caso contrário, ele está no UTF-8. O método Save da interface do IXMLDOMDocument mantém a codificação original do documento. O padrão para este método é UTF-8.

Erros de DOM do MSXML

Dois erros comuns que são retornados de métodos de interface XML Document Object Model (DOM) são:
Com o método da interface do IXMLDOMDocument carregar , esses erros geralmente ocorrem sob as seguintes condições:

• Codificação não for especificado, nenhuma marca de ordem de byte é encontrada no início do arquivo XML e os dados contêm caracteres especiais encoded in UTF-16 format (such as Swedish character å, or 0xE5) rather than the default UTF-8 (0xC3 0xA5) format.
• A codificação especificada não coincide com a codificação real dos dados XML.

Uma prática recomendada é sempre especificar a codificação correta dentro da declaração XML, em vez de aceitar a codificação padrão.

Com o analisador MSXML versões 2.5, SP1 2.5 e 2.6, o método loadXML do IXMLDOMDocument somente podem carregar dados do UCS-2 codificado ou UTF-16. Qualquer tentativa de carregar dados XML que estão codificados com outra codificação formatar os resultados no seguinte erro: Com o lançamento do MSXML 3.0 (Msxml3.dll), essa restrição é removida e o código a seguir for executada sem erros: Observação : A propriedade xml da interface do IXMLDOMDocument escreve os dados XML como UTF-16 codificado, mas sem a marca de ordem de byte no início. Isso pode levar a problemas de codificação.

Você também pode receber esses erros quando você chama o método transformNode da interface IXMLDOMNode com um arquivo XSL ou XSLT em que o XML de codificação de informações é especificado da seguinte maneira: o método transformNode retorna um BSTR que é UTF-16 codificado dados por definição. Uma maneira melhor para manter a codificação é chamar o método transformNodeToObject e armazenar os resultados para um fluxo ou para um novo documento XML e em seguida, salve-o.

Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Para o download XML mais recente e informações, consulte o seguinte site Microsoft Developer Network (MSDN):