2_面向對象設計的特征與原則

1、什么是面向對象？面向對象的特征和原則、面向對象的誤解、誤解1 :用面向對象的方法修訂的軟件一定比面向過程的修訂方法具有更高的質量。 如果使用誤解java等面向對象的工具，就能精通面向對象的設定修正方法。 誤解3 :面向對象太簡單，是不是在班里添加了方法誤解4 :面向對方太難，不能學習。 面向對象的誤解，誤解1 :面向對象的設定訂正是設定訂正等級。 把原函數(shù)變成類的方法就可以了。 設計的本質是“抽象，包裝”。 離開抽象/包裝，任何思想都是無本木，被動水。 誤解2 :是使用工具的笨蛋，還是笨蛋！ 工具是絕對不會想的。 面向對象的誤解，誤解3 :面向對象通過封裝，把“類”作為軟件中的基本復用單元，提

2、高其結束度，降低其結合度。 面向對象不是面向類的，類只是面向對象設置修訂的結果。 不想使用的類比不使用的類差。 誤解4 :建立完善的面向對象系統(tǒng)不容易，需要長期積累。 然而，開始使用面向對象的思想來修改現(xiàn)有模塊并不困難。 “從我開始，現(xiàn)在開始”就可以了。 決不插手，決不能學習。 “千里之行始于足下”“不怕遲，只怕站”。 面向對象設置修訂的困難，難點1 :什么是對象？ 難點2 :如何抽象化？ 難點3 :如何打包？ 對象是什么？ 面向對象世界的對象是什么？ 應用系統(tǒng)=實現(xiàn)一系列交互對象=一個或多個角色的實現(xiàn)角色=相關責任=執(zhí)行任務或了解信息的義務角色是一組可以相互替換的責任。 對象與角色的關系，對

3、象以責任來表現(xiàn)角色。 一個對象可以實現(xiàn)多個角色。 為了在系統(tǒng)中占據(jù)一席之地，對象必須履行特定的責任，這些責任定義了有意義的作用。 就像演員在電影中的地位一樣。 在對象類型、面向對象的世界中，根據(jù)對象角色的特征，對象可以分為以下類型：信息所有者：掌握和提供信息的結構者：維護對象之間關系及其關系的服務提供者：通常， 執(zhí)行服務其他對象的任務協(xié)調員：通過委托其他對象執(zhí)行任務來響應事件的管理員：做出決策并指導其他對象的行為的接口：連接系統(tǒng)的各個部分，在它們之間進行信息和請求的轉換怎么抽象化？ 抽象的目的，系統(tǒng)抽象的目的？ 1 )通過繼承機制提供最大程度的代碼復用2 )通過接口抽象化封裝變化的接口抽象化和

4、類抽象化的區(qū)別是什么？ 接口的抽象化是從上到下進行的。 基本上在系統(tǒng)進行功能分解時設定接口。 類的抽象化由下而上進行，將一部分對象共通的數(shù)據(jù)和方法提取到抽象類中。 抽象類通常表示抽象概念，并提供繼承的起點。 在很多情況下，抽象類是重建的。 接口的抽象點，接口是系統(tǒng)插入性的保證。在系統(tǒng)中常見的4個地方，必須使用接口。 1)UI與應用程序交互的地方2 )子系統(tǒng)之間、模塊之間的交互的地方3 )系統(tǒng)層與層之間調用的地方4 )一個功能有多個實現(xiàn)的地方，類抽象的重要點，抽象類應該有盡可能多的通用代碼1、使用繼承原則，子類不是超類的角色，而是超類的特殊種類“Has-A”與“Is-A”的關系區(qū)別開來。 前者使

5、用聚合，后者與繼承關系一致。 2 .如果需要用另一個子類替換該類，則絕對不會。 3 .類有擴展超類的責任，沒有替換(Override )或者刪除超類的責任。如果子類需要大量替換超類的行為，則該子類不應繼承該超類。 4 .只有在有分類學意義的情況下才能使用繼承。 不要從工具類繼承，盡量不要從特定類繼承。 中的組合圖層性質變更選項。 使用繼承原則，繼承關系盡可能只封裝一個變更因素。 要使用繼承關系，必須盡量遵守“單一職務規(guī)則”。 也就是說，一個繼承關系不能同時處理兩個變化因素。 換句話說，這種簡單的實現(xiàn)在抽象化和實現(xiàn)都面臨變化的情況下無法應對。 怎么打包呢？ 軟件包的定義，定義1 :將信息和僅影響

6、這些信息的行為組合，稱為軟件包。 定義2 :每個對象都包含執(zhí)行操作所需的所有信息。 此屬性稱為包，這種方法和屬性包裝在類中，并由類的實例實現(xiàn)。 面向對象的基本打包單元：“類”，打包哲學，打包具體、變化、復雜的實現(xiàn)，給客戶留下簡單、穩(wěn)定、抽象的界面，為客戶提供最大的便利。 在配置修訂模型中，強調客戶端和服務端的解耦(即，服務端的改變不影響客戶端)，客戶的行為不依賴于特定服務，并且客戶不需要知道服務的具體實現(xiàn)。 包裝哲學，包裝的另一個優(yōu)點是容易重復使用。 軟件包通常為多個級別，在軟件包粒度方面以功能和角色為對象。 同樣，按照模式編程的單一角色法則，一個類變化的理由應該只有一個。 也就是說，一個類只有一個進化方向，一個類應該只封裝一個責任。 在整個系統(tǒng)中，一個職務更改只涉及一個類，因此更改是可控的。 通常，類被視為具有最小粒度的包結構。 包裝的哲學在一定程度上也是“對變化的包裝”。 在系統(tǒng)開發(fā)中，必須盡可能地找到并封裝系統(tǒng)的可變要素，使維護變得簡單且可重