搜尋結果
在不改變程式碼外在行為的前提下，對程式碼做出修改，以改進程式的內部結構
- 在不改變程式碼外在行為的前提下，對程式碼做出修改，以改進程式的內部結構。 重構就很像鐵路高架化一樣，它並不會改動原有功能，而是改進設計。
ithelp.ithome.com.tw/articles/10191272
其他人也問了
什麼是重構?
什麼時候要重構?
什麼是正確的重構過程?
重構會影響效能嗎?
2023年3月3日 · 重構 （Refactoring）指的是「在不改變外部行為的情況下，重組程式碼的過程」，因此對於外部用戶而言，重構與否是沒有感覺的，但重構的好處在於： 提高可讀性：通過重構，程式碼變得更加清晰、簡潔，並且具有更好的組織結構，從而提高可讀性和理解難度。 提高可維護性：重構後的程式碼更加清晰，易於理解和修改，這有助於維護。 減少冗餘：重構可以刪除無用的程式碼、合併重複的程式碼和重新組織程式碼，從而減少代碼冗餘。 提高性能：重構可以幫助提高程式碼性能，例如通過減少循環次數和使用更高效的數據結構等。 改善安全性：通過重構，可以刪除容易被攻擊的程式碼，提高程式碼的安全性。 何時該重構？ 重構是一個持續發生的過程，而遇到以下的狀況時，都很適合開始著手重構：
- 什麼是重構？
- 為什麼要重構？
- 什麼時候要做重構？
- 什麼時候不要做重構？
- 如何進行重構？
- 參考資料
什麼是重構？就是改Code重寫？當然不僅僅是這樣。看看Martin Flowler的定義： 大概是說：改變軟體內部結構，使它簡潔易懂、有組織易修改，但不改變其行為 其中這裡講到一個關鍵就是：without changing its observable behavior 就是：在不改變軟體程式外部行為的前提下(Input與Output不變)，將其內部的結構進行改善 如果你同時增加新Feature又做重構，那你應該把這兩件事分開來做，先做重構，不改變原程式行為，然後再增加新Feature。
重構(Refactoring)的主要目標就是要消滅技術債(Technical Debt)，把混亂阿雜的程式碼改寫為潔淨無瑕的Clean Code，結構設計上化繁為簡，增加程式碼的可讀性，減少之後修改出錯的機率，也能讓Bug容易被發現，讓追加功能變更簡單，但很重要的是，重構並不會改變原來程式的功能行為。 如果沒做重構，長久下來會發生下列問題： 1. 生產力下降： 1.1. 重覆的Code不斷增加 1.2. 邏輯變的越來越複雜 1.3. 程式碼變的越來越難理解
答案是：持續進行，看到不好的就想辦法改，融入平時的工作中。 營地在你離開時，比你發現它的時候還乾淨！ 你的營地要乾淨，就不要亂丟垃圾，看到垃圾就撿起來，隨時維護營地的整潔。 寫程式也是一樣的道理，碰完的Code應該要更整潔 在Refactoring Guru中提到下面這些情況就是做Refactoring的時候： 1. Rule of Three：同一件事做3次，就該開始refactoring 2. When adding a feature：別人重構可以幫助你了解他們的code，當你新增feature時，你也要試著寫出Clean Code，或重構別人的相關的Dirty Code 3. When fixing a bug：有bug的code就是最髒的code，把code整理乾淨基本上就很容易發...
什麼時候不需要去做消除技術債的動作？ 1. 現在的code根本不work，壞掉的code 2. Deadlines必需met，正事先做完，不能拖到進度 3. 程式已經夠好了，就不需要Refactoring 如果你說你為了要讓程式碼變好看一點，所以拖到了上線進度，那是不行的
首先，你必須確保你的重構不會搞壞東西，也就是說如果重構前，測試都是Pass的，但重構後，雖然code變整齊但測試Failed，這樣是不行的。 Refactoring的流程如下： 1. 再重構之前，先驗證目前的程式行為是正確的 2. 跑測試，確保目前的測試都通過 3. 重構 4. 再次驗證測試都通過，行為也正確 之後的章節會再針對第3步重構的部分做細節的說明。
2020年11月9日 · 重構 (Refactoring)的主要目標就是要消滅技術債 ( Technical Debt )，把混亂阿雜的程式碼改寫為潔淨無瑕的 Clean Code ，結構設計上化繁為簡，增加程式碼的可讀性，減少之後修改出錯的機率，但很重要的是，重構並不會改變原來程式的功能行為。 如果沒做重構，長久下來會發生下列問題： 生產力下降： 重覆的Code不斷增加. 邏輯變的越來越複雜....
2017年12月11日 · 什麼是重構（Refactoring） 2018鐵人賽. Miles. 團隊 帥哥講師互相傷害團. 2017-12-11 00:22:25. 15326 瀏覽. 分享至. 前言. 在開始講重構前，先來講個小故事： 臺中都會區鐵路高架捷運化計畫 目前豐原到大慶的高架化工程已完成九成左右了。 以下撇開政治因素與技術細節，純粹就維基資料來討論鐵路的規劃。 鐵路的功用，正是讓電車能在上面跑。 但鐵路不管在平面或是高架，電車都能跑，為何還要多此一舉把平面變成高架？ 主要原因是，平面鐵路穿越台中，會造成前後站發展不均；鐵路與道路交錯點需要平交道，尖鋒時間容易造成交通壅塞；除此之外，另有預算增設五個區間通勤車站。 奇怪？ 既然會有這些問題或需求，又為何不一開始直接高架蓋好蓋滿？ 這又有幾種原因：
2019年8月3日 · 重構的定義. 我們常常聽到工程師說自己正在做重構，或是某段程式碼需要重構。 但重構倒底指什麼，不同的人可能有不同的解釋。 為此，作者首先下了一個非常明確的定義： Refactoring：a change made to the internal structure of software to make it easier to understand and cheaper to...
2022年5月31日 · 重構是指「對軟體內部結構進行變動，在不改動軟體可見行為 (observable behavior)的前提下，提高它的可理解性，並降低修改他的成本」。 「可見行為」是指「程式碼執行後所呈現的結果」：照理來說，重構前後，程式碼做的事情不會改變，但有些重構方法會使改變執行內容（比如改變call stack順序），但如果執行的結果對使用者而言沒有任何變化，就是合格的重構。 為何需要重構？ 重構的目的. 改善軟體的設計：減少重複造輪子，提升函式/元件的復用性。 讓軟體更容易理解：好的命名可以讓接手的工程師不會發瘋。 幫助找出bug：重構的過程能幫助工程師了解既有程式碼的架構、找出/改善潛在的bug。
代碼重構 （英語： code refactoring ）指對 軟件 代碼做一些改動以增加可讀性或者簡化代碼結構而不影響輸出結果。 軟件重構需要藉助重構工具完成，重構工具能夠修改代碼同時修改所有引用該代碼的地方。 在 極限編程 的方法學中，重構需要 單元測試 來支持。 重構代碼 [ 編輯] 圖一. 圖二. 在 軟件工程學 裡， 重構 代碼 一詞通常是指在不改變代碼的外部行為情況下而修改 源代碼 。 在 極限編程 或其他 敏捷方法學 中，重構常常是 軟件開發 中的一部分：開發者輪流增加新的測試和功能，並重構代碼來增進代碼間的清晰性和一致性。 同時，自動化的 單元測試 保證了重構後的代碼仍然能夠正常運作。 重構既不修正錯誤，也不增加新的功能。
