domain-driven-design - 他のドメインとの相互作用に関する混乱

Question

まったく新しいdomain model(およびBounded Context) ' Appointment' 用の新しいアプリケーションを作成しています。CQS新しいドメインには、Hexagonal Architecture(ポートとアダプターを使用して) を組み合わせることにしました。

パッケージ構造は主に次​​のようになります。

.appointments
  .application
    .command
    .representation
    - AppointmentScheduleApplicationService.java
    - AppointmentScheduleQueryService.java
  .domain.model
  .port.adapter
    .integration
    .persistence
    .web
    .service
      - AppointmentScheduleFacade.java

私の質問:

1. このパッケージ構造は、私たちが達成しようとしていることに問題ありませんか?

2. インターフェイスを介して他のドメインとの間のすべての通信を確認したいと考えていAppointmentScheduleFacadeます。クロスドメイン通信は、分散されていないため、単純なメソッド呼び出し (RPC または REST なし) として存在します。

   ファサードは主に次のものに委任します。

   • AppointmentScheduleApplicationService.javaモデル修正用
   • AppointmentScheduleQueryService.java他のドメインにデータを渡すため。

この設定は大丈夫ですか？または、他のドメインがApplicationandに直接対応する必要がありQueryServiceますか?