Tôi không biết một. Trừ khi xmlrpc đếm ... Trong trường hợp bạn đang suy nghĩ về việc cuộn của riêng bạn: Làm bất cứ điều gì với ElementTree là một niềm vui, so với hầu hết các thư viện XML khác.
Nhưng, vì có thể bạn sẽ kết thúc với một biểu diễn không được chuẩn hóa, bạn sẽ cần phải kiểm soát cả hai bên, đúng không? Sau đó, tại sao không chỉ chọn json, pickle hoặc thứ gì đó đã có ở đó?
Trong trường hợp bạn muốn sử dụng các mô-đun xmlrpclib:
xmlrpclib.dumps(data)
Forest đề cập đến những hạn chế trong xmlrpclib, đó là một điểm tốt. Một số mà tôi đã nhìn thấy bản thân mình: Số nguyên không thể được nhiều hơn 2^31-1 hoặc thư viện sẽ khiếu nại. Các giá trị "Không" thường không ổn, nhưng bạn có thể giải quyết vấn đề đó. Có lẽ cũng có những hạn chế khác.
Ngoài ra, giao thức xmlrpc khá chi tiết. nếu bạn cần phải lo lắng về số lượng dữ liệu được gửi, nó không phải là tốt nhất. Nhưng không có phiên bản XML nào sẽ rất hiệu quả.
Nguồn
2010-06-08 11:06:25
Cụ thể, định dạng xmlrpc đó có một số hạn chế so với json ... chỉ các chuỗi cho khóa dict. Không có, booleans. (sửa tôi nếu tôi sai!) –
Hiệu chỉnh: bạn đã sai. :) Các khóa Dict cũng phải là các chuỗi trong json. Các giá trị boolean được hỗ trợ bởi xmlrpclib, như là None nếu bạn chuyển đối số 'allow_none = True' cho các bãi chứa. –