黄色在线观看视频-黄色在线免费看-黄色在线视频免费-黄色在线视频免费看-免费啪啪网-免费啪啪网站

　　接下來抽象出SearchEngine的接口ISearchEngine，并讓SearchEngine實(shí)現(xiàn)該接口。其中接口方法包括ExactSearch和BlurSearch方法。將前面的測試代碼作小小的修改，修改后同樣需要在NUnit中運(yùn)行，保證順利通過：
　　[Test]
　　　　public void TestSearching()
　　　　　　{
　　　　　　　　  ISearchEngine engine = new SearchEngine();
　　　　　　　　  Assert.IsNotNull(engine);
 
　　　　　　　　  ……
　　　　　　　}

　　考察SearchResult類型，該類型的對象應(yīng)該在整個(gè)程序中只保留一個(gè)對象，因此，應(yīng)對此采用單例模式。修改測試代碼：
　　[Test]
　　　　public void TestSearching()
　　　　　　{
　　　　　　　　 ISearchEngine engine = SearchEngine.Instante;
　　　　　　　　  Assert.IsNotNull(engine);
 
　　　　　　　　  ……
　　　　　　　}
　　根據(jù)測試代碼修改程序代碼，將SearchResult類型的構(gòu)造函數(shù)改為private，并提供只讀的靜態(tài)屬性Instante，以此來獲得單例對象。

　　僅僅是這樣還不夠的。考慮到搜索的范圍有多種情況，如internet，local machine，DB等。SearchEngine類型應(yīng)該具體化不同類型，并同時(shí)實(shí)現(xiàn)ISearchEngine接口。例如搜索范圍在internet，測試代碼如下：
　　[Test]
　　　　public void TestInternetSearching()
　　　　　　{
　　　　　　　　  ISearchEngine engine = InternetSearchEngine.Instante;
　　　　　　　　  Assert.IsNotNull(engine);
 
　　　　　　　　  ……
　　　　　　}

　　既然有如此多的類型，類型的創(chuàng)建就必須通過工廠進(jìn)行管理。此時(shí)測試代碼需要做進(jìn)一步的修改：
　　[Test]
　　　　public void TestInternetSearching()
　　　　　　{
　　　　　　　　  ISearchEngineFacotry fatory = new 　　　　　　　　InternetSearchEngineFactory();
　　　　　　　　  ISearchEngine engine = factory.CreateInstante(“Internet”);
　　　　　　　　  Assert.IsNotNull(engine);
 
　　　　　　　　  ……
　　　　　　　}

　　同理，我們應(yīng)該分別實(shí)現(xiàn)測試方法TestLocalSearching()和TestDBSearching()。

　　按照這樣的思路，分別對存儲功能和顯示功能進(jìn)行重構(gòu)。記住，每做一步重構(gòu)，都需要嚴(yán)格按照TDD的方式。首先寫出測試代碼，然后在NUnit運(yùn)行。如果是紅燈，需要寫出相應(yīng)的代碼，再運(yùn)行NUnit，直到全部均為綠燈為止。

三、第一步的小結(jié)

　　表面上看，這樣繁復(fù)地寫測試代碼，程序代碼，確實(shí)是有些Kill Time了。但我們需要認(rèn)真地思考所謂“發(fā)現(xiàn)價(jià)值”的意義。通過測試先行的方式，以模擬客戶應(yīng)用的狀態(tài)來考量客戶的需求，并通過此驅(qū)動程序員一步一步地到達(dá)“生產(chǎn)價(jià)值”的終點(diǎn)。“發(fā)現(xiàn)”與“生產(chǎn)”并行不悖，同時(shí)“質(zhì)檢員”一直跟隨其間，保證了產(chǎn)品的質(zhì)量。

　　就好比Nike鞋的生產(chǎn)，必須以體貼用戶的角度出發(fā)，設(shè)計(jì)出吸引人的樣式，那么大規(guī)模的生產(chǎn)才會有盈利的可能。

　　TDD的生產(chǎn)過程也許慢了一點(diǎn)，但請不要忽略了它其實(shí)已經(jīng)省去了編碼后單元測試的時(shí)間。相加相減之后，又會浪費(fèi)多少時(shí)間呢？所以，千萬不要以“時(shí)間緊”的理由來搪塞我哦。

　　四、考察第三步——收獲價(jià)值

　　傳統(tǒng)的方式，在產(chǎn)品生產(chǎn)出來之后，緊接著的是大量的測試，其中也包括單元測試；最后收獲了產(chǎn)品、一大堆源代碼和文檔。而TDD的方式，既省去了單元測試的過程，同時(shí)還收獲了另外一樣上帝賜予的禮物——測試類或測試套件。

　　測試類絕對是一件奇妙的禮物。必須認(rèn)識到它的價(jià)值不只是在于“發(fā)現(xiàn)價(jià)值”的階段，它同樣是我們的“收獲”。

　　第一：比代碼更好的文檔、比文檔更好的代碼
　　有了它，不用鉆進(jìn)浩如煙海的文檔里，四顧茫然了。文檔的文字描述既不準(zhǔn)確，容易產(chǎn)生歧義，又容易產(chǎn)生文檔同步的問題。也許它能促進(jìn)你對業(yè)務(wù)和架構(gòu)的理解，但對于程序本身，你無法從文檔中得到基本的啟示。

　　那么看程序的源代碼嗎？你會在眾多的類對象和方法中繞來繞去，最后一頭霧水，精疲力盡之后，還是一無所獲。

　　而看測試代碼就不同了，你不需要了解每個(gè)方法的具體實(shí)現(xiàn)，因?yàn)闇y試代碼是從客戶的應(yīng)用角度來書寫的，看完測試代碼，你會很輕松地理清程序結(jié)構(gòu)的脈絡(luò)。

　　第二：新兵訓(xùn)練營的絕佳教材
　　也許你的項(xiàng)目組新進(jìn)了員工，如果他熟悉TDD，那么，這些測試類是他熟悉項(xiàng)目的最好文檔；如果他還沒聽說過TDD，不用著急，先把這些測試類給他。只要他不是程序設(shè)計(jì)的新手，我想這個(gè)新兵會很快熟悉項(xiàng)目組開發(fā)的方式。再讓他寫幾個(gè)測試樣例，他會立即投入到TDD的懷抱中來的。

　　第三：滿載而歸的信心
　　項(xiàng)目開發(fā)中，成員最寶貴的除了認(rèn)真、努力、團(tuán)隊(duì)精神之外，就是信心了。這里所謂的信心，并非是對自己能力充滿樂觀的估計(jì)和客觀地評價(jià)后，表現(xiàn)出來的精神面貌，而指的是程序員對代碼正確性的信心。無論這些代碼是自己寫的，還是他人寫的，只要嚴(yán)格按照TDD的要求進(jìn)行，你都會對它們充滿信心。雖然不能保證沒有bug，但必須承認(rèn)的是通過單元測試，我們已經(jīng)將bug降低到最小了。

五、結(jié)論

　　中國企業(yè)在企業(yè)運(yùn)行價(jià)值鏈上，走好了利潤最低的第二步，卻忽略了“發(fā)現(xiàn)價(jià)值”和“收獲價(jià)值”對于一個(gè)企業(yè)的重要性。韓國三星在幾年之前還是一個(gè)虧損600多億美元的企業(yè)，如今它已經(jīng)成功地扭虧為盈，并躋身世界五百強(qiáng)。原因很多，但不可忽視的是，他在價(jià)值鏈的首尾兩步中作得很好。從高端產(chǎn)品中發(fā)現(xiàn)價(jià)值，找到了目標(biāo)市場；從品牌創(chuàng)造中收獲了價(jià)值，走向了世界。

　　我不是說軟件開發(fā)一定要采用TDD的方式，它自然也有很多缺陷。然而，我們在開發(fā)的過程中，同樣要重視設(shè)計(jì)的“發(fā)現(xiàn)價(jià)值”階段，然后在收獲產(chǎn)品的同時(shí)，不要忽略了還應(yīng)該收獲其他同樣值得珍視的“價(jià)值”。從這一點(diǎn)來看，也許TDD更符合這種價(jià)值鏈的模式。而我們程序員千萬不要舍本逐末，過于偏執(zhí)地重視“生產(chǎn)價(jià)值”，以致于在軟件開發(fā)方法上，總是落后于人，進(jìn)而受制于人!

　　最后，謹(jǐn)以我之愚見，思考TDD的方式，認(rèn)為TDD內(nèi)力精深，大約分為四種無上之力：
　　1、驅(qū)動力——驅(qū)動程序代碼編寫；
　　2、學(xué)習(xí)力——新兵訓(xùn)練營之絕佳教材；
　　3、自信力與他信力——bug降到最低；
　　4、控制力——與重構(gòu)緊密接合，牢牢控制開發(fā)過程。

更多軟考資料請?jiān)L問：考試吧軟件水平考試欄目

希望與更多網(wǎng)友交流，請進(jìn)入考試吧軟件水平考試論壇