看板
[ Soft_Job ]
討論串[請益] 何時會決定要重構程式
共 5 篇文章
內容預覽:
個人決定的標準是看 "有沒有時間",. 有的話就是隨時都可以重構. 不過我覺得重構並不是要花很多時間去做大幅度修改,. 而是花少少時間可以做的小修改,. 而每次小修改都可以好一些, 累積起來就是很大的改進. 舉某個個人最近做過的例子. 某根據資料庫狀態及接收到的資料做各種檢查的程式,. 本來是取資料
(還有1348個字)
內容預覽:
這是個大哉問，所以資訊太少的狀況下有點難回答. 但我還是試著從工程師的專業面來講這問題好了（先不談管理學或厚黑學XD). 要很簡單的當是非題回答的話，當然是: YES，請重構. 一開始需求沒很複雜所以沒設計好是完全正常的. 要做到 Design 但又不 Over Design 的精神. 就是需求改動
(還有1174個字)
內容預覽:
重構 (refactoring)主要兩個原則需要遵守：. 1. 在不改變程式碼外在行為的前提下，對程式碼做出修正，以改善程式碼內部的結構。2. 要針對該支程式碼 (一般以類為單位)撰寫白箱的單元測試程式碼 (unit test code)。. 違背上述兩個原則，那就不是稱為重構，而是重寫了。 :-)
(還有368個字)
內容預覽:
事情是這樣的. 小弟最近接到使用者需求. 要增加幾個跟之前很像的功能. 舊的那隻程式已經歷經許多測試 目前正穩定的運作中. 但最初的需求很單純. 因此設計得不是很有彈性 不利於擴充及更改. 第一次接到需求的時候. 我想了一下覺得重構有點麻煩. 於是直接複製了一份然後改了需要改的地方. 變成兩隻有八成
(還有115個字)