Je n'en connais pas. À moins que xmlrpc compte ... Si vous songez à créer le vôtre: faire quelque chose avec ElementTree est un plaisir, comparé à la plupart des autres bibliothèques XML. Mais, puisque vous auriez probablement une représentation qui ne serait pas standardisée, vous devrez contrôler les deux côtés, n'est-ce pas? Alors pourquoi ne pas simplement choisir json, pickle ou quelque chose qui est déjà là?
Si vous voulez utiliser le module xmlrpclib:
xmlrpclib.dumps(data)
Forêt mentionne des limitations dans xmlrpclib, ce qui est un bon point. Certains que je me suis vu: entiers ne peuvent pas être plus de 2^31-1 ou la bibliothèque va se plaindre. Les valeurs "None" ne sont généralement pas OK, mais vous pouvez contourner cela. Il existe probablement d'autres limitations. En dehors de cela, le protocole xmlrpc est assez verbeux. Si vous avez besoin de vous soucier de la quantité de données envoyées, ce n'est pas la meilleure. Mais aucune version XML ne sera très efficace.
En particulier, ce format xmlrpc présente certaines limitations par rapport aux chaînes json ... only pour les clés dict. Non, aucun, booléens. (Corrigez-moi si je me trompe!) –
Correction: vous avez tort. :) Les clés Dict doivent aussi être des chaînes dans JSON. Les valeurs booléennes sont supportées par xmlrpclib, de même que None si vous passez l'argument 'allow_none = True' aux dumps. –