Sérialisation .Net XML et caractères échappés ou codés

Question

J'utilise la sérialisation XML dans un service Web (les contrats transmettent des types complexes en tant que params). Récemment, j'ai remarqué que le moteur de sérialisation .Net XML échappait à certains des 5 caractères réservés bien connus qui doivent être échappés lorsqu'ils sont inclus dans un élément (<,>, &, 'et'). Ma première réaction était "bon vieux .Net , toujours à la recherche pour moi ».

Mais je commencé à expérimenter et remarqué échappe seulement <,> et &, et pour une raison quelconque pas apostrophy et des guillemets doubles. par exemple, si je retourne cette chaîne littérale un champ dans un type complexe de mon service:

Bad:<>&'":Data 

C'est ce qui est transféré sur le fil (comme on le voit de FIDD ler):

Bad:<>&'":Data 

Y a-t-il quelqu'un dans cette situation ou comprenez-vous pourquoi? Le sérialiseur les ignore-t-il ou y a-t-il une raison à cela? Si je comprends bien le "et « ne sont pas par spécification valide dans un élément xml

Answer 1

Selon le XML spec, pour re contenu gulaire et balisage:

• & doit toujours être échappé comme & parce qu'il est le caractère d'échappement
• < doit toujours être échappé que < puisqu'il détermine le début d'un élément. Il doit même être échappé à l'intérieur des attributs en tant que sécurité et simplifier la détection des erreurs d'analyse.
• > n'a pas besoin d'être échappé comme > mais est souvent pour la symétrie avec <
• ' doit être échappé comme ' que si dans un attribut délimité par '
• " a besoin d'être échappé comme " que si elle un attribut délimité par "

, les règles changent certains à l'intérieur des instructions de traitement, les commentaires et CDATA sections, mais les détails sont dans le 2.4 Character Data and Markup partie de la spécification.

Votre sérialiseur tente de vous rendre service en conservant un fichier lisible par l'utilisateur.

(Chacun des ci-dessus peut également être évadé en utilisant leurs équivalents numériques.)

Answer 2

XMLSpy vous dit que vous êtes mal Ce qui suit est bien formé XML:..

<root> 
    <data>'"</data> 
</root> 

---

Mis à part » argument par référence à XMLSpy ", un meilleur argument est que le XML Serializer a été sorti dans la nature pendant plus de sept ans.En ce moment, je garantis que quelqu'un a essayé de sérialiser" O'Brien "dans une propriété Name.