問題タブ [proto3]

Protocol Buffersのproto2バージョンでは、メッセージ要素のデフォルト値を指定できます。

proto3でこれができなくなったのはなぜですか? これは、ラッパー コードを記述する必要なく、ネットワーク上で追加のバイト数を節約できる優れた機能だと思います。

json プロキシで google grpc を使用しています。何らかの理由omitemptyで、*.pb.go ファイルで生成された構造体からタグを削除する必要があります。

このようなプロトメッセージがある場合

生成された構造体は次のようになります

omitemptyしかし、生成された構造体からタグを削除する必要があります。これどうやってするの？

単純な「Person」オブジェクトは次のように解析されます

RepeatedField<> はどのように解析されますか?

編集: 問題は、RepeatedFields をネットワーク経由で送信できるかどうか、またはメッセージにバンドルして渡す必要があるかどうかです。

プロトコル バッファ v3 は、そのライブラリは json フレンドリー ( https://developers.google.com/protocol-buffers/docs/proto3#json ) であると主張していますが、そのマッピングを取得する方法が見つかりません。プラグインやオプションを protoc に追加するか、SerializeTo/ParseFrom の代わりに特別なものを呼び出す必要がありますか?

その機能を使用している人ですか？

最近、proto3 を使用するようにコード ベース (Java、C++、および C#) をアップグレードしました。C# の場合、これにはコードへの 2000 以上の変更が含まれます。これはほとんどセマンティックであり、すべて問題ありませんが、理解できない問題が 1 つあります。シリアライゼーション/デシリアライゼーション。タイプをデシリアライズするための次の修正されたメソッドがありIMessageます (proto2 でこれを行うコードはコメントされています)。これは、GitHub リポジトリ内の例に示されているコードです...

しかし、行MessageParser parser = new MessageParser();は私にデザイン/コンパイル時のエラーを与えています

MessageParser には、引数が 0 のコンストラクターが含まれていません

逆にproto3ドキュメントについて知っているので、それは興味深いことです。

私が知りたいのは、proto3 を使用して、デシリアライゼーションを実行する方法です。

御時間ありがとうございます。

注、私のシリアル化コードは

これはコンパイルされますが、正しいですか？

現在、Google プロトコル バッファに取り組んでおり、動的メッセージを生成する必要があります。以下に示すように、既に .proto ファイルが定義されています。

私の知る限り、ファイル記述子セットを使用して動的メッセージを作成できます。ただし、それにはコンパイラを使用して dess ファイルを生成する必要があります。.proto ファイルをコンパイルせずに Descriptor を生成したいと考えています。protoc を使用せずに、カスタム定義の .proto ファイルを使用してメッセージを動的に作成する方法はありますか?