czy protobuf potrzebuje nagłówka pakietu sieciowego?

Question

Używam "protobuf" dla programu sieciowego C/S za pomocą protokołu TCP.

tutaj jest moje kroki dla klienta:

1, danych opakowań w „Protobuf”

2, uzyskać rozmiar w bajtach opakowanie i konstruować ramkę długości prefiksu

3, Napisać ramkę + zapakować do gniazda

a następnie serwer:

1, przeczytaj ramkę Długość prefiksu z gniazdka i uzyskać długość N

2, czytać N bajtów z gniazdem i wypełnić dane do Protobuf przykład

3, dostać „wartość” s od Protobuf przez „klucz” s

wydaje się nieco skomplikowany jak sądzę, jest tam jakiś rodzaj automatycznie generowanej ramki prefiksów długości dla protobuf, wtedy nie potrzebuję jej samemu konstruować. czy cokolwiek innego mogę zrobić, aby uczynić kod czystszy?

Answer 1

z protobuf i zakładając wysyłania wielu wiadomości w dół tej samej rury, a następnie: tak - trzeba będzie mieć długość jako przedrostek, w przeciwnym razie będzie chciał przeczytać na końcu strumienia.

protobuf zawiera niektóre podstawowe kody RPC , ale implementacja RPC, której używają, nie jest częścią projektu OSS, więc nie jest dostępna. Istnieje jednak kilka autonomicznych stosów RPC protobuf listed in the implementations.

Osobiście staram się udawać, że sekwencja danych jest częścią sekwencji repeated - tj. Prefiks z "polem 1, ciągiem" (aka 0a), a długość jako "varint" zakodowana. Oznacza to, że cały strumień sieciowy jest prawidłowym strumieniem protobuf. To może być jednak moje OCD.

Niektóre implementacje mogą zawierać funkcje pomocne w tym zakresie. protobuf-net (jedna z wersji .NET) ma na przykład metody SerializeWithLengthPrefix/DeserializeWithLengthPrefix, które pozwalają bibliotece zrobić to za Ciebie (oferując gamę formatów do wyboru).

Answer 2

Nie wiem, czy jest to odpowiednie dla twojego zadania, ale zajrzałbym do jednej z "implementacji rpc", napisanych już dla języków, które chcesz obsługiwać.

http://code.google.com/p/protobuf/wiki/ThirdPartyAddOns#RPC_Implementations

np Mam dobre wyniki w Javie z wbudowaną obsługą Netty do wysyłania MessageLite instancji danego typu: http://docs.jboss.org/netty/3.2/guide/html/architecture.html#d0e1979

(Jestem pewien, że twój nagłówek długości wykona zadanie OK, ale frameworki takie jak Netty dodadzą wsparcie dla rzeczy takie jak asynchronicznym „duplex” IO, SSL, uwierzytelnianie, itp, z względną łatwością)

HTH