Google의 우수한 Gson 라이브러리와 비슷한 방식으로 Java POJO의 직렬화를 허용하는 라이브러리가 있기를 희망합니다.Google Gson과 같은 객체를 단순한 바이너리 형식으로 직렬화 하시겠습니까?
그러나 극히 간결한 형식 (개별 UDP 패킷에 맞춰야 함)이 필요합니다. 따라서 JSON에 직렬화하는 것이 낭비적이고 이진 형식을 선호합니다.
그런 것이 있습니까?
Google의 우수한 Gson 라이브러리와 비슷한 방식으로 Java POJO의 직렬화를 허용하는 라이브러리가 있기를 희망합니다.Google Gson과 같은 객체를 단순한 바이너리 형식으로 직렬화 하시겠습니까?
그러나 극히 간결한 형식 (개별 UDP 패킷에 맞춰야 함)이 필요합니다. 따라서 JSON에 직렬화하는 것이 낭비적이고 이진 형식을 선호합니다.
그런 것이 있습니까?
로 볼 수는 몇 일 전에 나는 JSON의 간단한 이진 표현이라고 주장 BSON을 발견했다. 나는 이것을 시도하지는 않았지만 자주 묻는 질문에서, JSON (작은 숫자는 더 많은 공간을 사용함)보다 항상 컴팩트하지는 않지만 구문 분석하고 생성하는 것이 더 쉽습니다 (더 빠름). 전송할 데이터 유형을 알고 있다면 다른 프로토콜보다 (공간면에서) 적어도 더 효율적일 수 있습니다.
대신 Hessian을 사용하십시오. 더 많은 공간을 절약하려면 스트림을 꾸미십시오. GZipOutput/Input Stream
예, 저는 프로토콜 버퍼를 알고 있지만 누구나 Google Gson과 같은 방법으로 POJO를 직렬화하는 구현을 만들었습니까? – sanity
압축시 문제는 각 메시지를 개별적으로 압축해야한다는 것입니다. UDP는 손실이 많고 세션이 적기 때문에 스트림 시작 시점이나 누락 된 부분이 있는지 알지 못하기 때문에 여러 패킷을 압축하는 것은 비실용적입니다. –
각 패킷에 대해 새 스트림을 사용해야합니다. 그러나 종종 그러한 범용 압축 알고리즘은 더 많은 양의 데이터에 대해 더 좋습니다. 무엇이든 제공한다면 벤치 마크해야합니다. –
아마도 압축과 메시지 서명 (필요한 경우)에서 Hessian 빌드를 사용하는 것이 좋습니다. – altanis