XML-RPC 로 어떤 앱을 만드시려는지 모르겠지만, (왜 XML-RPC 가 필요하신지 모르겠지만) 보통 통신은 REST 로 많이 합니다.

아래 나열된 이유들 때문에 그렇습니다.

REST requests benefit from HTTP cacheing infrastructure where all XML-RPC calls must be processed by the target server.
REST enables the client to check for updates using a simple HTTP HEAD request. To do the same in XML-RPC, you would need to build it into your API.
The XML-RPC client must load the entire response into memory so that can be presented as a return value where it is simple for a REST client to process the stream as it arrives. This means that its quite ok for a REST call to respond with any number of records where an XML-RPC API should limit the size of the response.

‘XML-RPC 은 REST 에 비해 이유없이 더 무겁고 복잡하고 까다롭다’ 가 위 문단의 summary 입니다.

물론 앱은 잘 만드시죠? 저는 프로그래머도 아니고 JAVA 도 전혀 몰라서 (아 물론 Swift 도 전혀 모릅니다. ㅋㅋㅋ) 앱이 필요하면 그냥 무식하게 폰갭 씁니다. 물론 제가 만들 수 있는 수준의 앱은 매우 단순한 것 들이라서 폰갭으로 충분히 커버가 되는 것 들 입니다. 어짜피 워드프레스에서 다 처리된 결과물을 약간 추가적으로 정리해서 보여주는 수준이니까요…

REST 로 보낸 JSON 을 받아서 폰갭에서 먹어 (consume) 주고… 이런식의 통신은 구글링만 조금 하셔도 예제들이 많이 나와 있는데..

프로그래머시면 수준떨어지게 폰갭 같은 것 안쓰시고 JAVA 로 native app 을 짜시겠죠. ^^;;;

Matthew Park

Attorney, front-end developer, digital media artist, WordPress enthusiast, & a father of 4 wonderful children.

Lives in Colorado.