Information : Codage et méthodes d'interface DOM

Un des avantages principaux de données XML (Extensible Markup Language) est qu'il est indépendant de la plate-forme. Toutefois, le codage correct doit être spécifié afin d'assurer le transfert correct des données XML des plates-formes différentes. Le livre blanc «How à codage XML Data» corrige des problèmes de codage de XML générales dans Détail : Dans la plupart des cas, les erreurs de codage XML issus de la valeur par défaut différent paramètres des méthodes d'analyseur (MSXML) de Microsoft XML et des interfaces de codage. Une compréhension claire de ces paramètres par défaut vous aidera à éviter les erreurs de codage.

Encodages XML

MSXML prend en charge tous les codages pris en charge par Microsoft Internet Explorer. Prise en charge d'Internet Explorer dépend les packs de langue sont installés sur l'ordinateur ; ces informations sont stockées sous la clé de Registre suivante : MSXML assure une prise en charge native pour les codages suivants :
Il reconnaît également (en interne en utilisant la fonction de API WideCharToMultibyte pour les mappages) les codages suivants : L'emplacement approprié pour spécifier le codage des données est la déclaration XML. Si par exemple, si les données sont codées avec la norme ISO-8859-1, vous pouvez le spécifier comme suit : sans ces informations, le codage par défaut est UTF-8 ou UTF-16, selon la présence d'une marque d'ordre d'octet UNICODE (BOM) au début du fichier XML. Si le fichier commence par une marque d'ordre d'octet UNICODE (0xFF 0xFE) ou (0xFF 0xFE), le document est considéré en codage UTF-16 ; sinon, il est au format UTF-8. La méthode Save de l'interface IXMLDOMDocument gère le codage d'origine du document. La valeur par défaut pour cette méthode est UTF-8.

Erreurs de DOM MSXML

Deux erreurs courantes renvoyées par les méthodes d'interface DOM (Document Object Model) XML sont :
Avec la méthode de chargement de l'interface IXMLDOMDocument, ces erreurs se produisent généralement dans les conditions suivantes :

• Aucun codage n'est spécifié, aucune marque d'ordre d'octet ne se trouvent au début du fichier XML, et les données contient des caractères spéciaux encoded in UTF-16 format (such as Swedish character å, or 0xE5) rather than the default UTF-8 (0xC3 0xA5) format.
• Le codage spécifié ne correspond pas au codage réel des données XML.

Une bonne pratique consiste à toujours spécifier le codage correct dans la déclaration XML, plutôt que d'accepter le codage par défaut.

Avec l'analyseur MSXML versions 2.5, SP1 2.5 et 2.6, la méthode loadXML de IXMLDOMDocument peuvent uniquement charger UTF-16 ou données codés UCS-2. Toute tentative de charger les données XML qui sont codées avec un autre codage résultats de format dans le message d'erreur suivant : Avec la version de MSXML 3.0 (MSXML3.dll), cette restriction est supprimée et le code suivant s'exécute sans erreur : Remarque : la propriété xml de l'interface IXMLDOMDocument écrit les données XML en tant que UTF-16 codés mais sans la marque d'ordre d'octet au début. Cela peut entraîner des problèmes de codage.

Vous pouvez également recevoir ces erreurs lorsque vous appelez la méthode transformNode de l'interface IXMLDOMNode avec un fichier XSL ou XSLT dans lequel le codage d'informations XML est spécifié comme suit : la méthode transformNode retourne un BSTR qui par définition de données codée UTF-16. Un meilleur moyen de conserver le codage consiste à appeler la méthode transformNodeToObject et stocker les résultats dans un flux ou vers un nouveau document XML et puis enregistrez-le.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft : Pour obtenir le dernier téléchargement XML et les informations, consultez le site Web Microsoft MSDN (Microsoft Developer Network) suivant :