2016-05-02 19 views

答えて

1

この情報を保持したいということは、この請求プロセスが一連の非同期操作として行われるか、そうでなければ最初の請求リクエストIDを保持する必要がないことを意味します。

このようなプロセスのオーケストレーションの背後にあるプロセスマネージャーやサガは、通常、独自の状態を持っています。これが私がその情報を保存する場所です。

+0

わかりましたが、すべての請求リクエストで使用する必要がある外部ID(ex customer customer external id)を持っている場合、どうすればよいですか? –

+0

@DavidDuarteあなたがBilling boundedコンテキストで顧客をモデル化した場合、そこに保存することができます。あなたのサブドメインがそれ自身のコンテキストを持つのに十分な大きさでないなら、私は実用的であることをあなたの顧客に置き、それを1日と呼ぶことができると思います。また、アプリケーション層によって活用され、それらの顧客IDを格納/取得できる特殊なサービス(ドメイン外)を実装することもできます。 – plalx

+0

非常に役に立ちます。どうもありがとう。 –

0

外部システムとの統合は、通常、2つのオブジェクトによって表され、モデル化されると考えてください。外部システムを表す問題ドメイン(PD)内の1つ、実際の外部システムへのインタフェースを表すPD外の1つその外部のものは、しばしば「システム・インタラクション」(SI)と呼ばれるものに編成されており、多くの場合、実際には製造業者または第三者が提供するライブラリまたはインターフェイスです。

あなたの場合、私はそのSIオブジェクトに外部ID(必要な場合)を保持し、SIオブジェクトに確認のためにメッセージを送信させます。

PDと一致するSIオブジェクトは、通常、ビジネスオブジェクト指向のインターフェイスを共有し、SIオブジェクトを個別に開発することができます。 PDがいくつかの構成情報に基づいて工場によって作成された後に間接的にSIオブジェクトにアクセスするのは一般的です。

関連する問題