全て、
コマンドの場所に関連する場合は簡単です。2 つのホストがあります。1 つ目はコマンドを発行し、2 つ目はそれらのコマンドを受け取ります。
ホストはさまざまなエコシステム/境界付けられたコンテキストに存在するため、コマンドに最適な場所を特定しようとしています。
コマンド プロジェクトは、送信側 (送信側 sln 内) または受信側に配置する必要があると思いますか。
それらは完全に独立したままにして別のソリューションにすることもできますが、内部の nuget インスタンスでホストされているため、場所の問題は解決しません。
考え？
コマンドまたはイベントのいずれかを使用する場合、それらを使用するプロジェクトの外にある共通領域に配置し、初期開発後に個別にビルドする傾向があります。ビルドで nuget パッケージを生成し、使用するプロジェクトからそれらを参照します。パッケージの復元を有効にすると、コンシューマーのビルドが正しく機能することが保証されます。
Adam が述べたように、メッセージ (コマンドとイベント) はコントラクトであり、共通のプロジェクトに配置する必要があります。2 つの消費プロジェクトは、sen/publish および処理するメッセージに依存しています。メッセージを所有するサービスに基づいて、メッセージを個別のプロジェクト (および/または名前空間) に配置できます。