문제

모두가 메시지에서 XML을 사용합니까? XML에 대한 좋은 대안이 있습니까? XML을 사용하는 경우 클라이언트가 서비스에 메시지를 보내는 방법을 알 수 있도록 XML 스키마를 정의합니까?

도움이 되었습니까?

해결책

우리는 XML을 사용하지만 중요한 것은 문제에 대한 해결책을 맞춤화하는 것입니다. 우리가 XML을 사용하는 이유는 기본적으로 메시지에서 객체를 보내기 때문입니다. 보낸 메시지에 적용 할 수있는 경우 일반 텍스트가 될 수없는 이유는 없습니다. 적절한 경우 속성을 따라 보내기 위해 헤더를 사용합니다.


우리는 XML 메시지에 대한 XSD 또는 DTD를 정의하지 않았지만 다른 팀이 우리를 버그하지 않고 피드를 사용할 수 있도록 해당 구성을 설명하는 공식 문서가 있습니다.

다른 팁

XML, CSV, HTML, 간단한 단어 또는 문장 등 ... 이들 중 하나는 메시지를 사용하고 생성하는 컨텍스트에 따라 유효합니다. 간단하게 유지하고 그 맥락에서 필요한 것을 보내십시오.

매우 유연하며 문제 공간에 적응할 수 있습니다.

XML은 아마도 JSON과 함께 가장 인기가있을 것입니다. 그러나 다른 스레드에서 다른 사람들이 말했듯이 XML, CSV, JSON 또는 HTML은 괜찮습니다.

XSD는 실제로 과대 평가됩니다. 고객 / 고객이 코드를 생성하려면 (예 : JAXB 사용) 코드를 코드로 만들거나 사람들이 편집자 / IDE에서 XSD를 사용하여 스마트 완료를 원할 경우 스마트 완료를 원합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top