第七講對象設計-閱讀頁
2024-10-31 13:01本頁面
【正文】 getSubtotal() 新方法 Product Description description price itemID getPrice() 信息專家 示例 設計類 職責 Sale 知道銷售的總額 SalesLineItem 知道商品的小計 ProductDescription 知道產(chǎn)品的價格 信息專家 示例 :Register :Sale p:Payment makePayment() 1:create() 2:addPayment(P) 信息專家 示例 :Register :Payment :Sale makePayment() 1:makePayment() () 信息專家 示例 :Register :ProcessSaleHandler enterItem(id,quantity) enterItem(id,quantity) 控制器的選擇 信息專家 示例 :Register :Payment mackPayment() create() addPayment(p) :Sale Register 創(chuàng)建 Payment 信息專家 示例 :Register :Payment mackPayment() create() :Sale mackPayment() GRASP之三低耦合 ? 問題： 怎樣降低依賴性，減少變化帶來的影響，提高重用性？ ? 耦合是對某元素之間的連接、感知和依賴程度的度量。有些類會遇到以下問題： ? 由于相關(guān)類的變化而導致本體的被迫變化 ? 難以單獨地理解 ? 由于使用高耦合類時需要它所依賴的類，因此很難重用 低耦合 ? 名稱：低耦合（ Low Coupling） ? 問題：如何減少因變化產(chǎn)生的影響？ ? 解決方案： ? 分配職責以使（不必要的）耦合保持在較低的水平。如果元素具有高度相關(guān)的職責，而且沒有過多工作，那么該元素具有高內(nèi)聚性。 高內(nèi)聚 ? 名稱：高內(nèi)聚（ High Cohesion） ? 問題：怎樣使對象保持有內(nèi)聚、可理解性和可管理性，同時具有支持低耦合的附加作用？ ? 解決方案： 職責分配應保持高內(nèi)聚，依此來評估備選方案。因此，一旦 UI對象獲得了鼠標等事件，它們應該把該請求委派給領(lǐng)域?qū)拥念I(lǐng)域?qū)ο? ? 問題： ? 在 UI 層之上首先接收和協(xié)調(diào)（控制）系統(tǒng)操作的第一個對象是什么？ ? 在 SSD分析期間，要首先探討系統(tǒng)操作。例如，當使用 POS終端的收銀員按下“結(jié)束銷售”按鈕時，他就發(fā)起了表示“銷售已經(jīng)終止”的系統(tǒng)事件。 ? 代表發(fā)生系統(tǒng)操作的用例場景（用例或會話控制器）?？刂破髦皇菂f(xié)調(diào)或控制這些活動，本身并不完成大量工作。后續(xù)的設計工作強調(diào)正確地做事 盡早引發(fā)變更 ? 盡早編程、測試和演示有助于盡早引發(fā)不可避免的變更 謝謝大家！
教學課件相關(guān)推薦
鄂ICP備17016276號-1