quick review
配合案例講述設計模式（一些基礎的java和uml知識）
設計時考慮如何使模式變得更好（實踐出真知）
auction auctionItem（封裝和資訊隱藏）
面向物件把細節隱藏在物件內部，把公共部分作為介面，抽象成一個型別，然后實體為不同的物件
第一個要想的，哪些細節是要被隱藏起來的，不同于子程序的隱藏，通過將屬性和方法系結在一起（更高級，將資料也進行了封裝）
設計的最基礎的想法：
關注哪些資訊是要暴露給外面，哪些資訊需要隱藏
物件可以保持自己的狀態（與程序式編程的區別），把資料一同封裝，代表了物件的狀態
資訊型別：
informative（提供一個資訊讓物件更新（通知型））
interrogative(要求獲得資訊)不會改變物件狀態
imperative(改變狀態）
類：
物件是類不同的數值的拷貝
繼承：
處理行為的變化需求
繼承父類以應對變化（多型）
多型：
動態系結非常必要（運行時系結）
重寫
多載
泛型：
構建型別
UML：
類圖
類域（靜態域）
構造型
繼承
介面
關聯（物件 link 類 association）（也可以是一種類）
名字、角色、秩
特殊的關聯關系：
組合：組成的部分（更強）email-message(header,paragragh...)型別是不同的 黑色菱形 組建的角色是重要的 組合體沒有成分不可存在 在更大的設計模式中可以只關注組合體
聚合：臨時性的聚集，可以屬于多個聚合體，往往是相同型別的 白色菱形 聚合體缺少成分可以存在 可以做遞回
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/514132.html
標籤：設計模式
上一篇：銀行核心系統之應用集成
下一篇：流程引擎的架構設計