摘要:由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2023年10月份,由於當時沒有訂閱
sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專門把它標示和整理出來,所以也沒有引起多大的重視。現在突然接手這個重構專案,由於團隊成員技術和經驗參差不齊,所以有必要專門整 理乙個重構的綱要,當然這個系列也非常適合做新系統的**規範參考,只要有**的地方,這個重構規範就很有價值。週末也不想出去閒逛,因為在剛到這個美麗 的城市,沒有親戚或者朋友,所以就才能靜下心來兩天時間寫完這個重構參考規範。同時也感受了windows live writer寫文章的快感。當然重構的整體的架構得另當別論(整體架構在我的這篇文章有專門的講解(
大的架構設計好了以後,這些重構小點就成了點將之後的大軍作戰了,所以這些重構小點對整個專案也是至關重要。31天重構這個系列和《**大全》、《重構: 改善既有**的設計》比較起來最大的特點就是比較簡單、淺顯易懂。那麼我這些文章也都是學習sean chambers的31天重構的筆記整理,所以如果大家對這個筆記有任何異議也可以指出,具體也可以通過
查 看原文。
概念:本文中的改名(方法,類,引數)是指在寫**的時候對類、方法、引數、委託、事件等等元素取乙個有 意義的名稱。
正文:如下**所示,加入乙個公司建立乙個員工的類,類中有乙個員工名字的字段和乙個按照小時計算員 工收入的方法,那麼下面**的取名就顯得很難理解了,所以我們會重構名稱。
namespace lostechies.daysofrefactoring.rename.beforepublic decimal clchrlypr()
}}
重構後**如下所示,這樣看起來就非常清晰,如果有新進專案組的成員,也會變得很樂意看這個**。
namespace lostechies.daysofrefactoring.rename.afterpublic decimal calculatehourlypay()
}}
總結:此重構經常被廣大程式設計師所忽視,但是帶來的隱患是不可估量的,也許老闆要修改功能,那我們來看這段沒有重構的**(就算是自己寫的,但由於時 間和專案多等關係,我們也很難理解了),然後就會變得焦頭爛額。相反重構後的**就會覺得一目了然、賞心悅目。
31 天重構學習筆記7 改名(方法,類,引數)
摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有訂閱 sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專門...
31天重構學習筆記2 移動方法
摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有訂閱sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都在使用,只是我們沒有專門把它...
31 天重構學習筆記10 提取方法
摘要 由於最近在做重構的專案,所以對重構又重新進行了一遍學習和整理,對31天重構最早接觸是在2009年10月份,由於當時沒有訂閱 sean chambers的blog,所以是在國外的社群上閒逛的時候鏈結過去的。記得當時一口氣看完了整個系列並沒有多少感覺,因為這些基本上專案都 在使用,只是我們沒有專門...