第12章面向?qū)ο髮崿F(xiàn)-文庫吧
2025-07-05 07:48 本頁面
【正文】 參數(shù)化類 /類模板。 10. 開發(fā)環(huán)境 軟件工具或開發(fā)環(huán)境對軟件生產(chǎn)率有很大影響。 一個語言可有不同的編譯程序。 CASE工具與語言的兼容性。 14 選擇面向?qū)ο笳Z言應(yīng)考慮的因素 : 1. 將來能否占主導(dǎo)地位 語言的生命力及穩(wěn)定性：維護的考慮。 2. 可重用性 影響重用的要素：封裝，繼承，多態(tài)。 3. 類庫和開發(fā)環(huán)境 語言、開發(fā)環(huán)境和類庫這 3個因素共同決定可重用性。 類庫是否提供有價值的類？ 開發(fā)環(huán)境是否提供使用方便的類庫編輯和瀏覽工具。 選擇面向?qū)ο笳Z言 15 4. 其他因素 在選擇編程語言時，應(yīng)該考慮的其他因素還有： 對用戶學(xué)習(xí)面向?qū)ο蠓治?、設(shè)計和編碼技術(shù)所能提供的培訓(xùn)服務(wù)； 在使用這個面向?qū)ο笳Z言期間能提供的技術(shù)支持；能提供給開發(fā)人員使用的開發(fā)工具、開發(fā)平臺、發(fā)行平臺； 對機器性能和內(nèi)存的需求； 集成已有軟件的容易程度 (調(diào)用其它語言的模塊 )。 16 為適應(yīng)面向?qū)ο蠓椒ㄋ赜械母拍?(例如，繼承性 )而必須遵循的一些新準(zhǔn)則。 程序設(shè)計風(fēng)格 17 兩種代碼重用： 1) 本項目內(nèi)的代碼重用， 2) 重用舊 /外項目的代碼。 1) 內(nèi)部重用 :利用繼承機制共享相同或相似的部分 提高可重用性 17 兩種代碼重用： 1) 本項目內(nèi)的代碼重用， 2) 重用舊 /外項目的代碼。 1) 內(nèi)部重用 :利用繼承機制共享相同或相似的部分 提高可重用性 18 實現(xiàn)兩類重用的程序設(shè)計準(zhǔn)則： 1. 提高方法的內(nèi)聚 一個方法 (即服務(wù) )只完成單個功能 , 否則把它分解成幾個更小的方法。 2. 減小方法的規(guī)模 把規(guī)模過大的方法 (代碼長度超過一頁紙 )，分解成幾個更小的方法。 3. 保持方法的一致性 功能相似的方法應(yīng)該有一致的名字、參數(shù)特征 (包括參數(shù)個數(shù)、類型和次序 )、返回值類型、使用條件及出錯條件等。 19 4. 把策略與實現(xiàn)分開 兩種不同類型的方法：策略與實現(xiàn)。 策略方法 (拼積木 )調(diào)用實現(xiàn)方法 (積木 )來完成任務(wù)(實現(xiàn)圖案 )。 策略方法通常緊密依賴于具體應(yīng)用。 實現(xiàn)方法針對具體數(shù)據(jù)完成特定處理，用于實現(xiàn)復(fù)雜的算法。相對獨立于應(yīng)用，因此，較可能被重用。 20 5. 全面覆蓋 方法的實現(xiàn)不僅滿足當(dāng)前應(yīng)用而且應(yīng)該考慮其它應(yīng)用的潛在需要。 此外，方法對空值、極限值及界外值等異常情況也應(yīng)該能夠作出有意義的響應(yīng)。 6. 盡量不使用全局信息 應(yīng)該盡量降低方法與外界的耦合程度，不使用全局信息，如類變量。 21 7. 利用繼承機制 繼承是實現(xiàn)共享和提高重用的主要途徑。 (1) 調(diào)用子過程：把公共的代碼分離出來，構(gòu)成一個被其他方法調(diào)用的公用方法， 并在基類中定義它。 (2) 分解因子。從不同類的相似方法中分解出不同的“ 因子 ” (即不同的代碼 )，把余下的代碼作為公用方法中的公共代碼，把分解出的因子作為 名字相同 (多態(tài)性機制 )算法不同的方法，放在不同類中定義，并被這個公用方法調(diào)用，如圖所示。 22 (3) 使用委托。僅當(dāng)確實存在一般 特殊關(guān)系時，使用繼承才是恰當(dāng)?shù)模駝t，可以利用委托機制，如本書 。 (4) 把代碼封裝在類中。 （與繼承無關(guān)） 把被重用的代碼封裝在類中比較安全和修改。 23 提高可重用性的準(zhǔn)則，也能提高程序的可擴充性。此外，下列準(zhǔn)則也有助于提高可擴充性： 1. 封裝實現(xiàn)策略 把類的實現(xiàn)策略 (包括描述屬性的數(shù)據(jù)結(jié)構(gòu)、修改屬性的算法等 )封裝起來，將提高今后修改數(shù)據(jù)結(jié)構(gòu)或算法的自由度。 提高可擴充性 24 2. 不要用一個方法遍歷多條關(guān)聯(lián)鏈 一個方法應(yīng)該只包含對象模型中的有限內(nèi)容， 除非內(nèi)容與方法無關(guān)。否則將導(dǎo)致方法過分復(fù)雜，既不易理解，也不易修改擴充。 3. 避免使用多分支語句 可以利用 DO_CASE語句測試對象的內(nèi)部狀態(tài)，而不要用來根據(jù)對象類型選擇應(yīng)有的行為 (強耦合 )，否則在增添新類時將不得不修改原有的代碼。應(yīng)該利用多態(tài)性機制，根據(jù)對象當(dāng)前類型，自動決定應(yīng)有的行為。 25 4. 精心確定公有方法 公有方法是向公眾公布的接口。對這類方法的修改往往會涉及許多其他類。為提高穩(wěn)定性，可修改性，降低維護成本，必須精心選擇和定義公有方法。 刪除、增加或修改私有方法所涉及的面要窄得多，因此代價也比較低。 26 既應(yīng)該考慮效率，也應(yīng)該考慮健壯性。需要在健壯性與效率之間做出適當(dāng)?shù)恼壑浴? 為提高健壯性應(yīng)該遵守以下幾條準(zhǔn)則： 1. 預(yù)防用戶的操作錯誤 軟件系
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1