軟件，自從被我們開發(fā)出來(lái)并交付使用以后，如果它運(yùn)行得好好的，我們是不會(huì)去修改它的。我們要修改軟件，萬(wàn)變不離其宗，無(wú)非就是四種動(dòng)機(jī)：

1.增加新功能；
2.原有功能有BUG；
3.改善原有程序的結(jié)構(gòu)；
4.優(yōu)化原有系統(tǒng)的性能 。

第一種和第二種動(dòng)機(jī)，都是源于客戶的功能需求，而第四種是源于客戶的非功能需求。

軟件的外部質(zhì)量，其衡量的標(biāo)準(zhǔn)就是客戶對(duì)軟件功能需求與非功能需求的滿意度。它涉及到一個(gè)企業(yè)、一個(gè)軟件的信譽(yù)度與生命力，因此為所有軟件企業(yè)所高度重視。但是，就在所有企業(yè)高管把軟件外部質(zhì)量放在高于一切的高度的同時(shí)，軟件內(nèi)部質(zhì)量卻長(zhǎng)期為人所漠視。企業(yè)沒有保證軟件內(nèi)部質(zhì)量的措施，甚至因?yàn)樾枰s工而肆意地降低內(nèi)部質(zhì)量的標(biāo)準(zhǔn)。這樣帶來(lái)的長(zhǎng)期惡果就是，程序編寫越來(lái)越爛，運(yùn)行效率越來(lái)越低，程序結(jié)構(gòu)越來(lái)越讓人看不懂。當(dāng)一群群剛剛畢業(yè)的大學(xué)生游走在這堆寫得很爛的代碼中時(shí)，他們開始沉淪，開始天真地以為代碼就是這樣寫的（真是毀人不倦呀）。當(dāng)我們的軟件企業(yè)培養(yǎng)出一批批質(zhì)量不高的開發(fā)人員，開發(fā)出一個(gè)個(gè)質(zhì)量低下的軟件系統(tǒng)時(shí)，它們開始發(fā)現(xiàn)軟件維護(hù)成本越來(lái)越高，最終不得不收獲自己種下的惡果。

要提高軟件內(nèi)部質(zhì)量，毫無(wú)疑問就是軟件修改的第三個(gè)動(dòng)機(jī)：改善原有程序的結(jié)構(gòu)。它的價(jià)值是隱性的，并不體現(xiàn)在某一次或兩次開發(fā)中，而是逐漸體現(xiàn)在日后長(zhǎng)期維護(hù)的軟件過程中。高質(zhì)量的軟件，可以保證開發(fā)人員（即使是新手）能夠輕易看懂軟件代碼，能夠保證日后的每一次軟件維護(hù)都可以輕易地完成（不論軟件經(jīng)歷了多少次變更，維護(hù)了多少年），能夠保證日后的每一次需求變更都能夠輕易地進(jìn)行（而不是傷筋動(dòng)骨地大動(dòng)）。要做到這幾點(diǎn)其實(shí)并不容易，它需要我們持續(xù)不斷地對(duì)系統(tǒng)內(nèi)部質(zhì)量進(jìn)行優(yōu)化與改進(jìn)。這，就是系統(tǒng)重構(gòu)的價(jià)值。

為了有效提高軟件的內(nèi)部質(zhì)量，我們?cè)谙到y(tǒng)重構(gòu)中應(yīng)當(dāng)做哪些事情呢？首先是提高軟件的可讀性、易于閱讀。軟件要可讀，并不是添加幾行注釋那么簡(jiǎn)單的事兒，首先是軟件的業(yè)務(wù)邏輯要清晰。一個(gè)業(yè)務(wù)流程可能其處理過程可能非常復(fù)雜，如果在一個(gè)函數(shù)中順序地一行一行寫下來(lái)，可能需要寫數(shù)百行，甚至上千行。比如，我們要實(shí)現(xiàn)這樣一個(gè)需求：像Spring那樣從一個(gè)或者數(shù)個(gè)配置文件中讀取XML，然后根據(jù)XML依次去創(chuàng)建每一個(gè)bean，將每一個(gè)bean放到beanFactory中。如果沒有經(jīng)過精心地設(shè)計(jì)，而是隨性地一行一行寫，要實(shí)現(xiàn)這個(gè)功能沒個(gè)幾百上千行代碼，想想都難。但如果我們換個(gè)思路，在入口函數(shù)里僅僅調(diào)用幾個(gè)頂級(jí)方法，比如findXmlFile()、readXmlStream()、buildFactory()，然后依次去實(shí)現(xiàn)這幾個(gè)頂級(jí)方法，程序結(jié)構(gòu)就會(huì)變得清晰而易讀。請(qǐng)看這段示例代碼：

    
public abstract class XmlBuildFactoryTemplate {
	/**
	 * 初始化工廠。根據(jù)路徑讀取XML文件，將XML文件中的數(shù)據(jù)裝載到工廠中
	 * @param path XML文件的路徑
	 */
	public void initFactory(String path){
		//尋找XML文件，讀取數(shù)據(jù)流
		InputStream inputStream = findXmlFile(path);
		//解析XML文件，返回根
		Element root = readXmlStream(inputStream);
		//根據(jù)XML文件創(chuàng)建類，放入工廠中
 		buildFactory(root);
	}
	/**
	 * 讀取一個(gè)XML的文件，輸出其數(shù)據(jù)流
	 * @param path XML文件的路徑
	 * @return InputStream文件輸入流
	 */
	protected InputStream findXmlFile(Stringpath) {
		......
	}
	/**
	 * 讀取并解析一個(gè)XML的文件輸入流，以Element的形式獲取XML的根，返回之
	 * @param inputStream 文件輸入流
	 * @return ElementXML的根
	 */
	protected Element readXmlStream (InputStream inputStream) {
		......
	}
	/**
	 * 用從一個(gè)XML的文件中讀取的數(shù)據(jù)構(gòu)建工廠
	 * @param root 從一個(gè)XML的文件中讀取的數(shù)據(jù)的根
	 */
	protected abstract void buildFactory(Element root);
}

  

在實(shí)現(xiàn)這幾個(gè)頂級(jí)函數(shù)的時(shí)候，我們還會(huì)將一些比較獨(dú)立的功能分解出去，形成類與接口，比如這里的findXmlFile()，它可能會(huì)以各種方式去尋找XML文件，這時(shí)把這些功能提取出來(lái)，形成Resource接口和它的多個(gè)實(shí)現(xiàn)（如圖1.1所示），為findXmlFile()所調(diào)用。如果我們將這個(gè)復(fù)雜的功能設(shè)計(jì)成這樣，則毫無(wú)疑問，系統(tǒng)可讀性將大大提高。



此外，在面向?qū)ο蟮氖澜缋铮覀冊(cè)O(shè)計(jì)的類、方法、關(guān)聯(lián)，應(yīng)當(dāng)與現(xiàn)實(shí)世界中的事物、行為，及其相互的關(guān)系對(duì)應(yīng)起來(lái)。現(xiàn)實(shí)世界有什么事物，這些事物都應(yīng)當(dāng)有什么行為，相互之間是什么關(guān)系，則我們?cè)谲浖澜缋锞蛻?yīng)當(dāng)設(shè)計(jì)什么類、什么方法和它們之間的關(guān)聯(lián)關(guān)系。只有這樣的設(shè)計(jì)才是最易于為人所理解的設(shè)計(jì)，這就是“領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)”的思想 。在系統(tǒng)重構(gòu)中，我們將使用“抽取方法”來(lái)分解難于閱讀與維護(hù)的大函數(shù)，用“抽取對(duì)象”來(lái)分解無(wú)所不能的大對(duì)象。

系統(tǒng)重構(gòu)要干的另一件事情就是使軟件易于維護(hù)、易于變更。軟件需求總是變得越來(lái)越復(fù)雜，這是無(wú)法改變的客觀事實(shí)。在添加新功能的同時(shí)，我們既要保證原有代碼的有效性，又必須有效地復(fù)用原有的代碼。這是多么矛盾的一件事兒啊！怎么辦呢？看我在后面一步一步給你分解……

大話重構(gòu)連載首頁(yè)： http://fangang.iteye.com/blog/2081995
特別說明：希望網(wǎng)友們?cè)谵D(zhuǎn)載本文時(shí)，應(yīng)當(dāng)注明作者或出處，以示對(duì)作者的尊重，謝謝！

大話重構(gòu)連載5：軟件修改的四種動(dòng)機(jī)