ProtobufクラスとJavaのマッピングフレームワーク/レイヤーを使用する場合

Question

プロジェクト内でgRPCとprotobufを使用するための「ベストプラクティス」をオンラインで見つけることができませんでした。 イベントソースのサーバーサイドアプリケーションを実装しています。 コアは、外部の依存関係を持たずにドメイン集約、イベント、およびサービスを定義します。 gRPCサーバーは要求オブジェクトを渡すコアサービスを呼び出し、最終的には公開されるイベントに変換されます。イベントはprotobufを使用してシリアル化され、ワイヤで公開されます。 私たちは、イベントがいるProtobufが直接クラスを生成する必要があるかどうかのジレンマに現在している、あるいは我々は、コアを維持しなければならないとイベントは分離しているProtobuf間でイベントを翻訳するためにマッパ/シリアライザ層を実装< - >コア

の場合私たちは考慮していない別のアプローチがあります、私たちをご案内ください：

ありがとうございました。

Answer 1

Protobufsはシリアライゼーションと下位互換性には本当に良いですが、ファーストクラスのJavaオブジェクトではそれほど良くありません。 protosにカスタム機能を追加することは現在不可能です。あなたは、スタブ層でProtobufsを使用することによって利益の多くを取得し、あなたのイベントのPOJOの一つでそれらをラップし、そのように周りに内部的にそれらを渡すことができます。

public final class Event { 
private final EventProto proto; 

public void foo() { 
    // do something with proto. 
} 
} 

ほとんどのプロジェクトは、自分の.protoファイルを変更しないでくださいそれはしばしば、そしてほぼ決して後方互換性のない方法ではない（ワイヤもAPIもない）。 protoの変更のために多くのコードを変更することは、私の経験では決して問題にはなりませんでした。

Answer 2

ドメインモデルはとデータ転送オブジェクト（いるProtobufメッセージ）をできるだけ分離しなければならないオブジェクト。このためには、ドメインモデルオブジェクトをGoogle Protobufメッセージに変換することが最善の方法です。我々は非常に簡単にするためにprotobuf-converterを作った。