2011年計(jì)算機(jī)等考二級(jí)JAVA學(xué)習(xí)精華整理(75)

　　相關(guān)的設(shè)計(jì)模式有： Bridge、Composite、Decorator、Observer、Strategy等。

　　下面的例子演示了這個(gè)規(guī)則，它的前提是：我們對(duì)同一個(gè)數(shù)據(jù)結(jié)構(gòu)，需要以任意的格式輸出。

　　第一個(gè)例子，我們使用基于繼承的框架，可以看到，它很難維護(hù)和擴(kuò)展。

　　abstract class AbstractExampleDocument

　　{

　　// skip some code ...

　　public void output(Example structure)

　　{

　　if( null != structure )

　　{

　　this.format( structure );

　　}

　　}

　　protected void format(Example structure);

　　}

　　第二個(gè)例子，我們使用基于對(duì)象組合技術(shù)的框架，每個(gè)對(duì)象的任務(wù)都清楚的分離開來(lái)，我們可以替換、擴(kuò)展格式類，而不用考慮其它的任何事情。

　　class DefaultExampleDocument

　　{

　　// skip some code ...

　　public void output(Example structure)

　　{

　　ExampleFormatter formatter =

　　(ExampleFormatter) manager.lookup(Roles.FORMATTER);

　　if( null != structure )

　　{

　　formatter.format(structure);

　　}

　　}

　　}

　　這里，用到了類似于"抽象工廠"的組件創(chuàng)建模式，它將組件的創(chuàng)建過(guò)程交給manager來(lái)完成;ExampleFormatter是所有格式的抽象父類;

　　將可變的部分和不可變的部分分離

　　"將可變的部分和不可變的部分分離"是面向?qū)ο笤O(shè)計(jì)的第三個(gè)原則。如果使用繼承的復(fù)用技術(shù)，我們可以在抽象基類中定義好不可變的部分，而由其子類去具體實(shí)現(xiàn)可變的部分，不可變的部分不需要重復(fù)定義，而且便于維護(hù)。如果使用對(duì)象組合的復(fù)用技術(shù)，我們可以定義好不可變的部分，而可變的部分可以由不同的組件實(shí)現(xiàn)，根據(jù)需要，在運(yùn)行時(shí)動(dòng)態(tài)配置。這樣，我們就有更多的時(shí)間關(guān)注可變的部分。

　　對(duì)于對(duì)象組合技術(shù)而言，每個(gè)組件只完成相對(duì)較小的功能，相互之間耦合比較松散，復(fù)用率較高，通過(guò)組合，就能獲得新的功能。

　　減少方法的長(zhǎng)度

　　通常，我們的方法應(yīng)該只有盡量少的幾行，太長(zhǎng)的方法會(huì)難以理解，而且，如果方法太長(zhǎng)，則應(yīng)該重新設(shè)計(jì)。對(duì)此，可以總結(jié)為以下原則：

　　☆ 三十秒原則：如果另一個(gè)程序員無(wú)法在三十秒之內(nèi)了解你的函數(shù)做了什么(What)，如何做(How)以及為什么要這樣做(Why)，那就說(shuō)明你的代碼是難以維護(hù)的，必須得到提高;

　　☆ 一屏原則：如果一個(gè)函數(shù)的代碼長(zhǎng)度超過(guò)一個(gè)屏幕，那么或許這個(gè)函數(shù)太長(zhǎng)了，應(yīng)該拆分成更小的子函數(shù);

　　☆ 一行代碼盡量簡(jiǎn)短，并且保證一行代碼只做一件事：那種看似技巧性的冗長(zhǎng)代碼只會(huì)增加代碼維護(hù)的難度。

　　消除case / if語(yǔ)句

　　要盡量避免在代碼中出現(xiàn)判斷語(yǔ)句，來(lái)測(cè)試一個(gè)對(duì)象是否某個(gè)特定類的實(shí)例。通常，如果你需要這么做，那么，重新設(shè)計(jì)可能會(huì)有所幫助。我在工作中遇到這樣的一個(gè)問題：我們?cè)谑褂肑AVA做XML解析時(shí)，對(duì)每個(gè)標(biāo)簽映射了一個(gè)JAVA類，采用SAX(簡(jiǎn)單的XML接口API：Simple API for XML)模型。結(jié)果，代碼中反復(fù)出現(xiàn)了大量的判斷語(yǔ)句，來(lái)測(cè)試當(dāng)前的標(biāo)簽類型。為此，我們重新設(shè)計(jì)了DTD(文檔類型定義：Document Type Definition)，為每個(gè)標(biāo)簽增加了一個(gè)固定的屬性：classname，而且重新設(shè)計(jì)了每個(gè)標(biāo)簽映射的JAVA類的接口，統(tǒng)一了每個(gè)對(duì)象的操作：

　　addElement(Element aElement); //增加子元素

　　addAttribute(String attName, String attValue); //增加屬性;

　　則徹底消除了所有的測(cè)試當(dāng)前的標(biāo)簽類型的判斷語(yǔ)句。每個(gè)對(duì)象通過(guò) Class.forName(aElement.attributes.getAttribute("classname")).newInstence(); 動(dòng)態(tài)創(chuàng)建，

　　減少參數(shù)個(gè)數(shù)

　　有大量參數(shù)需要傳遞的方法，通常很難閱讀。我們可以將所有參數(shù)封裝到一個(gè)對(duì)象中來(lái)完成對(duì)象的傳遞，這也有利于錯(cuò)誤跟蹤。

　　許多程序員因?yàn)�，太多層的�?duì)象包裝對(duì)系統(tǒng)效率有影響。是的，但是，和它帶來(lái)的好處相比，我們寧愿做包裝。畢竟，"封裝"也是OO的基本特性之一，而且，"每個(gè)對(duì)象完成盡量少(而且簡(jiǎn)單)的功能"，也是OO的一個(gè)基本原則。

　　類層次的最高層應(yīng)該是抽象類

　　在許多情況下，提供一個(gè)抽象基類有利做特性化擴(kuò)展。由于在抽象基類中，大部分的功能和行為已經(jīng)定義好，使我們更容易理解接口設(shè)計(jì)者的意圖是什么。

　　由于JAVA不允許"多繼承"，從一個(gè)抽象基類繼承，就無(wú)法再?gòu)钠渌�基類繼承了。所以，提供一個(gè)抽象接口(interface)是個(gè)好主意，一個(gè)類可以實(shí)現(xiàn)多個(gè)接口，從而模擬實(shí)現(xiàn)了"多繼承"，為類的設(shè)計(jì)提供了更大的靈活性。

　　盡量減少對(duì)變量的直接訪問

　　對(duì)數(shù)據(jù)的封裝原則應(yīng)該規(guī)范化，不要把一個(gè)類的屬性暴露給其它類，而是應(yīng)該通過(guò)訪問方法去保護(hù)他們，這有利于避免產(chǎn)生波紋效應(yīng)。如果某個(gè)屬性的名字改變，你只需要修改它的訪問方法，而不是修改所有相關(guān)的代碼。

　　子類應(yīng)該特性化，完成特殊功能

　　如果一個(gè)子類只是使一個(gè)組件變成組件管理器，而不是實(shí)現(xiàn)接口功能，或者，重載某個(gè)功能，那么，就應(yīng)該使用一個(gè)外部的容器類，而不是創(chuàng)建一個(gè)子類。

　　建議：類層次結(jié)構(gòu)圖，不要太深;

　　計(jì)算機(jī)等級(jí)考試二級(jí)Java經(jīng)典算法大全匯總

　　2010年9月計(jì)算機(jī)等級(jí)考試成績(jī)查詢時(shí)間匯總

 　　2011計(jì)算機(jī)等級(jí)考試二級(jí)JAVA學(xué)習(xí)精華匯總