2_面向?qū)ο笤O(shè)計(jì)的特征與原則

1、什么是面向?qū)ο?？面向?qū)ο蟮奶卣骱驮瓌t、面向?qū)ο蟮恼`解、誤解1 :用面向?qū)ο蟮姆椒ㄐ抻喌能浖欢ū让嫦蜻^程的修訂方法具有更高的質(zhì)量。 如果使用誤解java等面向?qū)ο蟮墓ぞ?，就能精通面向?qū)ο蟮脑O(shè)定修正方法。 誤解3 :面向?qū)ο筇?jiǎn)單，是不是在班里添加了方法誤解4 :面向?qū)Ψ教y，不能學(xué)習(xí)。 面向?qū)ο蟮恼`解，誤解1 :面向?qū)ο蟮脑O(shè)定訂正是設(shè)定訂正等級(jí)。 把原函數(shù)變成類的方法就可以了。 設(shè)計(jì)的本質(zhì)是“抽象，包裝”。 離開抽象/包裝，任何思想都是無本木，被動(dòng)水。 誤解2 :是使用工具的笨蛋，還是笨蛋！ 工具是絕對(duì)不會(huì)想的。 面向?qū)ο蟮恼`解，誤解3 :面向?qū)ο笸ㄟ^封裝，把“類”作為軟件中的基本復(fù)用單元，提

2、高其結(jié)束度，降低其結(jié)合度。 面向?qū)ο蟛皇敲嫦蝾惖?，類只是面向?qū)ο笤O(shè)置修訂的結(jié)果。 不想使用的類比不使用的類差。 誤解4 :建立完善的面向?qū)ο笙到y(tǒng)不容易，需要長(zhǎng)期積累。 然而，開始使用面向?qū)ο蟮乃枷雭硇薷默F(xiàn)有模塊并不困難。 “從我開始，現(xiàn)在開始”就可以了。 決不插手，決不能學(xué)習(xí)。 “千里之行始于足下”“不怕遲，只怕站”。 面向?qū)ο笤O(shè)置修訂的困難，難點(diǎn)1 :什么是對(duì)象？ 難點(diǎn)2 :如何抽象化？ 難點(diǎn)3 :如何打包？ 對(duì)象是什么？ 面向?qū)ο笫澜绲膶?duì)象是什么？ 應(yīng)用系統(tǒng)=實(shí)現(xiàn)一系列交互對(duì)象=一個(gè)或多個(gè)角色的實(shí)現(xiàn)角色=相關(guān)責(zé)任=執(zhí)行任務(wù)或了解信息的義務(wù)角色是一組可以相互替換的責(zé)任。 對(duì)象與角色的關(guān)系，對(duì)

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

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

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

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