商品が別のストアパートナーの在庫にあるかどうかをストアに許可すると、別のストアパートナーはリクエストを受け入れるか拒否することができ、すべての場合に申請者に応答が通知されます。
ダイアグラムクラスを実装したい。これで、クラスの製品と、製品のコレクションのクラスリストができました。「製品の入手可能性の要求」という操作のクラスを表す方法がわかりません。
この状況に対応するデザインパターンはありますか？
または、クラス図の簡単な例を歓迎します。
1 に答える
1
デザインを適切な図で表現することについて話していると思います。その場合は、「モデリング言語」を学習する必要があります。おそらく、今日最も広く使用されているのはUMLです。これは大きなトピックですが、ここから始めることができます。
現在、このような図は、設計がある程度複雑になっている場合にのみ実際に役立ちます。ここでは、いくつかのクラスについて考えていますが、1つのメソッドでは、ダイアグラムはあまり役に立ちません。それで、多分あなたはこれを学習演習としてやっていますか？
おそらく、クラス図とシーケンス図の両方が必要です。
あなたが混乱しているように見える主なことは、オペレーションをどのように表現するかです。それらはクラスに対してリストされているだけです。したがって、StoreクラスにはtransferInventory（）操作があります。
したがって、クラス図は非常に単純で、Store、Productの2つのクラスのみです。ただし、興味深いのは、シーケンス図に、Storeクラスのインスタンスが複数あることが示されていることです。StoreA、StoreB、およびインスタンスは相互に通信します。
あなたが話していないことの1つ：StoreAはStoreBが存在することをどのようにして知ったのですか？なぜその店を選んで商品を求めたのですか。ストアのレジストリなど、いくつかの追加のクラスがここにあります。ダイアグラムを描くよりも、それを理解することにずっと興味があります。
于 2010-08-08T06:28:34.687 に答える