允許商店在另一商店合作伙伴的股票中是否有商品,後者可以接受或拒絕請求,在任何情況下都會向申請人通知應答。合作商店的可用性產品庫存的設計對象
我想實現一個圖類。 現在我有一個班級產品和一個產品集合的班級列表。 我不知道如何來代表一類操作的「請求產品的可用性。
是否有對應這種情況的一種設計模式?
或類圖的一個簡單的例子是值得歡迎的。
預先感謝您
允許商店在另一商店合作伙伴的股票中是否有商品,後者可以接受或拒絕請求,在任何情況下都會向申請人通知應答。合作商店的可用性產品庫存的設計對象
我想實現一個圖類。 現在我有一個班級產品和一個產品集合的班級列表。 我不知道如何來代表一類操作的「請求產品的可用性。
是否有對應這種情況的一種設計模式?
或類圖的一個簡單的例子是值得歡迎的。
預先感謝您
我假設你正在談論代表你的設計在一些合適的圖,在這種情況下,你需要學習一些「建模語言」 - 可能是當今使用最廣泛的是UML。這是一個很大的話題,但你可以開始here。
當您的設計達到某種程度的複雜性時,現在的這些圖表確實非常有用。在這裏,你只考慮幾個類,一個方法對圖的幫助不大。所以也許你是在做這個學習練習?您可能需要Class圖和Sequence Diagram。
您似乎很困惑的主要問題是如何表示操作,他們只是針對班級列出。所以你的Store類將有一個操作transferInventory()。
所以你的類圖很簡單,只有幾個類商店,產品。但有趣的是,您的序列圖將顯示您有多個Store類的實例:StoreA,StoreB和實例相互通信。
你還沒有談過的一件事:StoreA 知道StoreB存在的?爲什麼選擇Store來要求產品?這裏還有一些額外的類,例如商店註冊表。我會比繪製圖表更感興趣。
你的問題有點難以理解。你能否嘗試澄清用例? – BenV 2010-08-08 03:36:34