2つのドメインオブジェクトをまたがるロジックがあった時にドメインサービスを利用するというのが慣例かと思いますが、どちらか片方のドメインオブジェクトにメソッドを作成し、引数でもう片方のオブジェクトを受け取るというのは今後の機能性や保守性を高めずらくなってしまいますでしょうか？ご確認よろしくお願いいたします。

イベントストーミングによるモデリングを実装に反映する際に、コマンドやポリシーなどもドメインとして実装するべきでしょうか？ システム外部で発生したイベントは、プレゼンテーション層が購読してアプリケーション層へ処理を依頼するという認識なのですが、システム内部で発生したイベントをどのような流れで処理をさせるかに迷っています。 システム内のイベントの処理の場合、アプリケーション層でイベントパブリッシャーにイベントを発行した後、イベントサブスクライバーを実装したポリシーがキャッチし、コマンドを実行するという流れを考えているのですが、この時にコマンドやポリシーもドメイン層にあったほうがドメインの関心ごととして適切なのではないか、と考えています。 このような認識でも問題なさそうか、またそもそも認識違いをしているかについてご教授いただけると助かります。

親子のテーブル関係をそのままドメインモデル化したときに、子テーブルのモデルは親テーブルにインスタンスで管理されています。子テーブルは識別子を持たなくても不都合がありません。さらに、イミュータブルクラスとして設計しています。この場合、子テーブルのモデルはまるっと、値オブジェクトとなりえますが、そのような設計は、「おすすめ」といった観点でいかがでしょうか？