Akkaの2つのプロジェクト間でメッセージの種類を共有します

Question

私はAkkaのアクターを使って内部的に実装されたリアクティブライブラリを開発しています。このライブラリをserverと呼ぶことにしましょう。ライブラリはそのAPIとして単一のタイプのActorを公開します。このアクタは、パブリックインターフェイスを定義するさまざまなタイプのメッセージを受け入れます。これらのメッセージが以下のように定義されているとしましょう。

sealed trait Request 
case class Creation(name: String) extends Request 
sealed trait Response 
case class CreationAck(name: String) extends Response 

ここで、上記のライブラリを使用するプログラムも実装する必要があります。このプログラムをclientと呼ぶことにしましょう。このプログラムでは、Acckaアクターを使用して、ライブラリーと統合することもできます。例えば、askパターン（残りのアプリケーションはアクターを使用して開発されていません）を使用します。明らか

implicit val timeout = Timeout(5 seconds) 
def create(): Future[CreationAck] = (mainActor ? Creation).mapTo[CreationAck] 
// And so on... 

は、タイプCreationとCreationAckはserverおよびclientの両方利用可能である必要があり、上記のコードにコンパイルできるようにします。

私の質問は、CreationとCreationAckのような公開メッセージを2つのプロジェクトで共有するのに最適なアプローチはどれですか？各プログラムをビルドするには、sbtを使用しています。

Answer 1

serverライブラリでメッセージをパッケージ化します。メッセージはライブラリのパブリックAPIを表すためです。このライブラリを使用するプログラムは、必要なパッケージとクラスをserverにインポートできます。

メッセージが別のプロジェクトを作成すると、メッセージがserverとclient（およびその他のもの）の両方が実装されたインターフェイスであれば意味があります。しかし、あなたの説明に基づいて、これは当てはまりません。むしろ、メッセージとそのメッセージがAPIである実装は、具体的にはserverに関連付けられています。 clientはこれらのメッセージを何らかの方法で実装していません。それは単にserverライブラリのユーザーです。

ポイントを再入力するために、メッセージは公開APIのserverであり、そのライブラリに緊密に結合されています。メッセージはserverにバンドルする必要があります。

Answer 2

別のプロジェクト（例：messages）を作成し、その中にこの種の共通オブジェクトとクラスを実装することをお勧めします。

その後、使用するプロジェクトでこのライブラリをインポートします。あなたの場合、build.sbtファイルにserverとclientプロジェクトの両方で追加してください。

このようにすると、異なるプロジェクトで同じクラスを使用できるようになります。