Question

我正在使用。

这是我为客户采取的步骤:

1, 包装数据为制成

第2条:通过包装体积和构造长固定装置

3) 书写“框架+包”

之后,服务器:

第1版改为“Lengthprefix”,从袖珍到N。

第2行从袖珍中选取并填充数据以备制

3)从“钥匙”制成的“价值”

我认为,似乎没有什么复杂之处,是某些由汽车产生的预设制,而我不需要由自己来构造。或者我能做些什么来使守则更清洁?

Answer 1

如果是的话,那么,如果你要把多条电线放在同一管线上,那么:是——你需要长的时间作为预设点,否则就希望读到底。

protobuf确实包括一些基本的RPCstubs,但使用这些技术的RPC执行不属于最低业务安全标准项目的范围,因此无法提供。有一些独立的protobuf RPC stacks

个人方面,我倾向于推论,数据顺序是<条码>复制序列的一部分,即与“第1号区”的序号(aka <条码>0a)和编号为“瓦尔特”的序号。这意味着整个网络是有效的代行。但是,这或许只是我的发眠症。

Some implementations may have features included to help with this. protobuf-net (one of the .NET versions) has SerializeWithLengthPrefix/DeserializeWithLengthPrefix methods, for example, which lets the library do this for you (while offering a range of formats for your choosing).

Answer 2

我不知道这是否适合你的任务,但我看一看已经为你所希望支持的语言写出的文字。

https://github.com/protocolbuffers/protobuf/blob/master/docs/third_parties.md#rpc-implementations”rel=“nofollow noreferer”>https://github.com/protocolbuffers/protobuf/blob/master/docs/third_parties.md#rpc-implementations

e. 例如,在 Java,Netty s Building-in support for sentMessageLites of a given category:。

(我相信你的长辈会做工作,但像Netty这样的框架会增加对诸如国际会计组织、SSL、认证等类似事务的支持,但相对而言比较容易)

HTH

友情链接