2

私は現在、製品、再販業者、および支払いに関する情報を格納するためのいくつかのドメイン クラスをモデル化しています。一部の製品は、ハード ドライブの購入のように、典型的な 1 回払いの取引になる場合があります。その他の製品には、割引や支払い間隔が異なるサービス契約が含まれる場合があります。

このモデルは、製品の価格、販売、複数の製品の請求書などの変更に対応する必要があります。製品価格の変更は、既存のサービス契約に影響を与えるべきではありません。これまでの私の主な関心事は、サービス取引の支払い (および支払いの不足) を追跡する方法です。

この問題は、これまでに 100 万回解決されていると確信しています。これを1000001回目の解決に至る前に、以前にこれを行ったことがある人に尋ねたいと思いました。スーテッドパターンについて知っている人はいますか?ヒントや経験は大歓迎です!私が知っておくべき落とし穴はありますか?

明確にするために、誰かが私の仕事をしてくれるとは思っていません。いくつかの指針を教えてください:-)

4

1 に答える 1

1

境界付けられたコンテキストの概念は、あなたが話していることをカバーしています。

顧客がサービス取引を注文するとき、取引条件を注文にコピーする必要があります (注文時に条件が確定していると仮定します)。これにより、今後のサービス利用規約の更新を防ぐことができます。

于 2011-06-20T19:54:03.120 に答える