2011-02-13 2 views

답변

0

로 볼 수는 몇 일 전에 나는 JSON의 간단한 이진 표현이라고 주장 BSON을 발견했다. 나는 이것을 시도하지는 않았지만 자주 묻는 질문에서, JSON (작은 숫자는 더 많은 공간을 사용함)보다 항상 컴팩트하지는 않지만 구문 분석하고 생성하는 것이 더 쉽습니다 (더 빠름). 전송할 데이터 유형을 알고 있다면 다른 프로토콜보다 (공간면에서) 적어도 더 효율적일 수 있습니다.

2

대신 Hessian을 사용하십시오. 더 많은 공간을 절약하려면 스트림을 꾸미십시오. GZipOutput/Input Stream

+0

압축시 문제는 각 메시지를 개별적으로 압축해야한다는 것입니다. UDP는 손실이 많고 세션이 적기 때문에 스트림 시작 시점이나 누락 된 부분이 있는지 알지 못하기 때문에 여러 패킷을 압축하는 것은 비실용적입니다. –

+0

각 패킷에 대해 새 스트림을 사용해야합니다. 그러나 종종 그러한 범용 압축 알고리즘은 더 많은 양의 데이터에 대해 더 좋습니다. 무엇이든 제공한다면 벤치 마크해야합니다. –

+0

아마도 압축과 메시지 서명 (필요한 경우)에서 Hessian 빌드를 사용하는 것이 좋습니다. – altanis

2

기본 직렬화 형식을 사용해 보셨습니까? 바이너리지만 크로스 언어는 아닙니다.

gzipped JSON이 작동 할 수 있습니다.

아니면 protocol buffers

+0

예, 저는 프로토콜 버퍼를 알고 있지만 누구나 Google Gson과 같은 방법으로 POJO를 직렬화하는 구현을 만들었습니까? – sanity

관련 문제