Non so di uno. A meno che il numero xmlrpc non contenga ... Nel caso in cui stiate pensando di far girare il vostro: fare qualsiasi cosa con ElementTree è un piacere, rispetto alla maggior parte delle altre librerie XML.
Ma, dal momento che probabilmente si otterrebbe una rappresentazione non standardizzata, sarebbe necessario controllare entrambe le parti, giusto? Allora perché non scegliere semplicemente json, pickle o qualcosa che è già lì?
Nel caso in cui si desidera utilizzare il modulo xmlrpclib:
xmlrpclib.dumps(data)
Foresta menziona limitazioni xmlrpclib, che è un buon punto. Alcuni che ho visto io: gli interi non possono essere più di 2^31-1 o la biblioteca si lamenterà. I valori "Nessuno" in genere non sono OK, ma puoi aggirare il problema. Ci sono probabilmente anche altre limitazioni.
A parte questo, il protocollo xmlrpc è piuttosto dettagliato. se hai bisogno di preoccuparti di quanti dati vengono inviati, non è il migliore. Ma nessuna versione XML sarà molto efficiente.
fonte
2010-06-08 11:06:25
In particolare, il formato xmlrpc presenta alcune limitazioni rispetto a json ... solo stringhe per le chiavi dict. No nessuno, booleans. (correggimi se sbaglio!) –
Correzione: ti sbagli. :) Anche le chiavi Dict devono essere stringhe in json. I valori booleani sono supportati da xmlrpclib, come None se si passa l'argomento 'allow_none = True' ai dump. –