그래서 공식 XML-RPC 표준은 64 비트 값을 지원하지 않습니다. 그러나 이러한 현대 시대에는 64 비트 값이 점점 보편화되었습니다.XML-RPC : 64 비트 값을 처리하는 가장 좋은 방법은 무엇입니까?
어떻게 처리합니까? 가장 일반적인 XML-RPC 확장은 무엇입니까? 어떤 언어 바인딩이 있습니까? 저는 특히 파이썬과 C++에 관심이 있습니다. 그러나 모든 정보는 높이 평가됩니다.
일부 라이브러리는 64 비트 확장을 지원하지만 실제로는 표준이 아닌 것으로 보입니다. 예를 들어 xmlrpc-c은 소위 i8을 가지고 있지만 파이썬에서는 작동하지 않습니다 (적어도 기본적으로는 아닙니다).
나도하는 것이 좋습니다. XMLRPC는 그것을 어쨌든 문자열로 변환 할 것이므로 이것이 합리적이라고 말할 수 있습니다.
내가 XMLRPC 확장 할 수있는 방법에 대해 아무것도 몰라하지만 난 주제에 대한 this mail 발견했다 :
XMLRPC에서, 모든 문자열로 전송을, 그래서 나는 생각하지 않는다 그 선택은 정말 나쁜 것입니다 - 물론 외설을위한 명시 적 변환을위한 호출에 대한 교묘 함을위한 과정.
아니요, XML-RPC에는 2 ** 32 이상의 정수를 나타낼 수있는 데이터 유형이 없습니다. 의 정밀도를 잃을 수도있는 경우 double을 사용할 수 있지만 이면 발신자 측에서 을 명시 적으로 변환해야합니다.
"i8"을 데이터 유형으로 사용하는 것이 점점 더 보편화되고 있습니다. 나는 최근 Java Perl XML-RPC 모듈 (http://metacpan.org/pod/RPC::XML)에 Java로 작성된 서버로 작업하기 위해 필요한 대규모 그룹의 요청에 대한 응답으로 추가했습니다. 나는 서버가 사용하는 툴킷을 모르지만, 이미 i8을 타입으로 받아 들였다.
"i4"에 대한 "int"별명도 i8을 받아 들여야하는지, 아니면 현재 i4와 같은지 여부가 문제입니다. 즉, i8로 입력 된 매개 변수가 i4로 입력 된 입력을 조용히 받아 들여야하는 경우입니다. XML-RPC는 SOAP의 모든 영역을 필요로하지 않을 때 경량의 오버 헤드가 적은 프로토콜로서 유용 할 수 있지만 REST와 SOAP 간의 종교 전쟁에서 간과되는 경우가 많습니다. 우리가 원래 저자가 그것을 허용 할 수 있다면
XML-RPC는
XML-RPC.NET가 (2010 9월 5일) 릴리스 2.5.0 이후 <I8>을 지원하고 ... 일부 업데이트 및 수정의 필요로 .