• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 119  文章 - 290  trackbacks - 0

            博客搬家了哦,請移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 304439
            • 排名 - 84

            最新評論

            閱讀排行榜

            前陣子去買了兩本書,《重構(gòu)》和《修改代碼的藝術(shù)》。根據(jù)高人指點,決定先讀《修改代碼的藝術(shù)》。

            1.中文譯名問題
            本書英文原名《Working Effectively with Legacy Code》,大體意思是有效的面對遺留代碼,但是不知道為何被翻譯為修改代碼的藝術(shù),而我覺得本書所講述的內(nèi)容并不是關(guān)于修改代碼的具體細節(jié),更沒有太多藝術(shù)感。但是這絲毫不影響這本書的價值,以及方法的可行性。

            2.本書的主要內(nèi)容
            提前說明一個概念,遺留代碼:已有的項目代碼,不管是你的,還是他人的,不管是維護中的,還是開發(fā)中的,總之是已經(jīng)寫好的代碼,稱為遺留代碼。當代碼被寫下來,編譯通過,并checkin后,它就變成了遺留代碼。
            本書主要講的是在對遺留代碼進行修改前,要進行的準備工作,即安置單元測試,保護當前代碼的已有行為,并在此基礎(chǔ)上引入測試驅(qū)動開發(fā)。
            如何把測試安置到遺留代碼中,并不是一件簡單的事情,本書正是為了讓我們做到這件不簡單的事情而準備的,因此把本書看作測試驅(qū)動開發(fā)實踐的前哨和準備也不為過。

            3.安置測試難在哪里?
            簡單的單元測試說白了很簡單,實例化一個類,然后調(diào)用被測試方法,然后驗證測試結(jié)果。但現(xiàn)實很復(fù)雜,一個不良的類很難實例化,當你實例化這個類的時候,往往要實例化另外一個被依賴的類,如果該類涉及I/O,網(wǎng)絡(luò),數(shù)據(jù)庫什么的,難道還要為了單元測試配置環(huán)境不成?
            另外一個難處是難以調(diào)用被測試方法,因為該方法可能會顯性的(通過參數(shù))或者隱性的(全局變量)依賴于一些難以實例化的類和對象。
            最后一個難處是如何感知測試結(jié)果并驗證,有返回值的函數(shù)還可以判斷個返回值什么的,沒有返回值的函數(shù)怎么才知道它是正確的呢?
            以上這三個問題,我是沒想到如何解決,在我早期接觸單元測試這個概念的時候。

            4.如何安置測試
            要安置測試首先必須找出測試點,當難以用相關(guān)技術(shù)在測試點安置測試的話,采取退一步的策略是比較劃算的。
            當確定測試點后,為了在測試點安置測試,首先要進行的就是解依賴。解依賴的目的是分解出當前的類對其他難以實例化的類和全局變量過分緊密的依賴,使得被測試的類容易在測試工具中實例化,被測試方法容易調(diào)用。
            要解依賴,就要利用被測試代碼中的接縫,在測試工具中分離出難以實例化的依賴。書中對接縫是這樣定義的:“是指程序中的一些特殊的點,在這些點上你無需做任何修改就可以達到改動程序行為的目的。”。
            舉一個接縫的簡單例子,如虛函數(shù),你無需對原來的代碼做任何改動,就可以通過繼承并重載來改變程序的行為。
            遺留代碼也許并沒有多少接縫,因此為安置測試而解依賴的主要目的就是將依賴放置到接縫下,并在測試工具下改變接縫的行為,使得能夠?qū)嵗粶y試類,以及調(diào)用被測試方法,并通過接縫感知和驗證測試結(jié)果。
            總的來說,安置測試的過程如下:
                  4.1找出測試點
                  4.2解依賴:用接縫包住依賴
                  4.3在測試工具下改變接縫行為
                  4.4簡單的執(zhí)行單元測試:實例化類,調(diào)用被測試方法
                  4.5驗證測試結(jié)果,通過接縫驗證測試結(jié)果(需要的話)

            5.接縫(解依賴技術(shù))
            本書一共給出24種解依賴技術(shù),不過我感覺其實很多是已有方法的變種,因此總結(jié)了一下,常用的有4種:虛函數(shù)并子類化,設(shè)置并替換,獲取方法,參數(shù)化方法。特殊的有2種:參數(shù)包裝,方法對象。

            6.《修改代碼的藝術(shù)》,這里有什么好修改的?
            這本書能和修改細節(jié)扯上邊的地方,就是解依賴技術(shù)了。為了提供接縫,就必須在沒有測試保護的情況下對遺留代碼進行修改,因此最好采取盡量安全的修改方式。本書給出了為了解依賴,制造接縫而如何進行安全修改的修改細節(jié),當然簡單的說無非就是簽名保持和剪切粘貼之類的了。

            7.我的實踐
            不動指頭不讀書。我用當前的項目中我寫的一個類進行了試驗,為它的每個public函數(shù)安置了多個單元測試,解依賴的運用還算正常,掌握得不是很好。
            我選擇的測試框架是,CppUnitLite,這個比CppUnit易用,作者本身也承認了。
            配置測試工程:建立一個exe工程,將產(chǎn)品工程的配置復(fù)制過來,并添加對測試框架的依賴。
            為了方便分離測試代碼和產(chǎn)品代碼,一個好的建議是:產(chǎn)品的工程只做成一個殼子,而將相關(guān)的邏輯部分編譯成一個靜態(tài)庫,這樣測試工程和產(chǎn)品工程都可以使用,并且兩者是分離的。
            posted on 2008-01-11 23:55 LOGOS 閱讀(3161) 評論(6)  編輯 收藏 引用

            FeedBack:
            # re: 讀《修改代碼的藝術(shù)》 2008-01-12 12:35 turingbook
            不錯的讀后感,收藏了。

            書名是我取的,主要還是出于市場考慮,想多吸引一些人的眼球。不過要說明的是,計算機書名中的藝術(shù),對應(yīng)英文中的art一詞,其實更多地不是我們腦中的什么藝術(shù)感,而是與science相對,指比較難于掌握的技術(shù),和magic類似的。

            顯然,原書直譯是“有效處理遺留代碼”,這樣名字的書在如今的圖書市場很可能是死路一條。從出版后的效果和反饋來看,總體還是不錯的,也沒有聽到多少被誤導(dǎo)的問題。

            對了,你對遺留代碼的解釋是傳統(tǒng)的那種。書中下的定義是,沒有測試的代碼。

            歡迎加入圖靈論壇:http://groups.google.com/group/turingbook,我們可以進行更多交流。

              回復(fù)  更多評論
              
            # re: 讀《修改代碼的藝術(shù)》 2008-01-22 00:36 小龍哥
            呵呵,看來是不錯,經(jīng)過你推薦,決定去看看了~  回復(fù)  更多評論
              
            # re: 讀《修改代碼的藝術(shù)》 2008-02-26 08:29 創(chuàng)建更好的解決方案
            @turingbook
            原來是劉主編,久仰久仰。
            從卓越抓了一本,果然質(zhì)地優(yōu)良。
            小弟讀書時也曾為電子工業(yè)出版社譯過一本大部頭的國外教材。  回復(fù)  更多評論
              
            # re: 讀《修改代碼的藝術(shù)》 2008-07-25 10:43 李明坤
            效果不錯,能對讀《修改代碼的藝術(shù)》有一定的影響。  回復(fù)  更多評論
              
            # re: 讀《修改代碼的藝術(shù)》 2008-07-31 17:05 zp
            正在研習(xí)...  回復(fù)  更多評論
              
            # re: 讀《修改代碼的藝術(shù)》 2008-08-02 10:33 enjoyeclipse
            不知道閣下對于GUI的c++項目或者C#項目又沒有什么測試心得,Email:enjoyeclipse@gmail.com  回復(fù)  更多評論
              

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            亚洲精品tv久久久久久久久久| 精品熟女少妇AV免费久久| 国产一级持黄大片99久久| 久久亚洲精品中文字幕三区| 国产成人香蕉久久久久| 亚州日韩精品专区久久久| 伊人久久综合无码成人网 | 欧美久久精品一级c片片| 999久久久国产精品| 久久夜色精品国产噜噜亚洲a| 欧洲人妻丰满av无码久久不卡| 91精品婷婷国产综合久久| 久久婷婷人人澡人人爽人人爱| 久久99国产精品久久99果冻传媒| 久久久久久噜噜精品免费直播| 亚洲AV日韩AV天堂久久| 四虎久久影院| 国产99久久久国产精品~~牛| 亚洲中文字幕无码久久2017| 久久99热这里只有精品国产| 国产韩国精品一区二区三区久久| 亚洲国产精品成人久久蜜臀| 7国产欧美日韩综合天堂中文久久久久 | 久久久久久久综合综合狠狠| 国产精品久久久久AV福利动漫| 久久久久亚洲AV片无码下载蜜桃| 精品久久久久久久久久中文字幕| 精品国产VA久久久久久久冰 | 久久99热国产这有精品| 青青草原综合久久大伊人| 久久无码国产| 精品久久久久久久中文字幕| 久久精品国产亚洲AV麻豆网站| 国内精品久久久久影院薰衣草| 久久精品国产欧美日韩99热| 久久强奷乱码老熟女| 久久久久久久综合日本| 久久亚洲精品无码播放| 欧美国产成人久久精品| 中文字幕精品无码久久久久久3D日动漫 | 成人妇女免费播放久久久|