在從操作層面上的個人看法：

重構：在原類中改變；

重寫：在繼承類中改變。

？？?是否有這種邏輯呢？

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

何謂重構

重構就是一種“保持行為的轉換”，或者如Martin Fowler定義的那樣：“（重構）是一種對軟件內部結構的改善，目的是在不改變軟件的可見行為的情況下，使其更易理解，修改成本更低。”[F, 53] 重構過程包括去除重復、簡化復雜邏輯和澄清模糊的代碼。重構時，需要對代碼無情地針砭，以改進其設計。這種改進可能很小，小到只是改變一個變量名；也可能很大，大到合并兩個類層次。 要保證重構的安全性，確保所做的修改不會產生任何破壞則必須手工測試或者運行自動測試。如果能夠快速地運行自動測試，確保（修改后）代碼仍能工作，你就能更加大膽地進行重構，更加樂于嘗試試驗性的設計。 循序漸進地進行重構有助于防止增加缺陷。大多數重構過程都需花費一些時間。有些大型重構可能需要持續數天、數周甚至數月，才能完成轉換。但是即便這樣的大型重構也是循序漸進地實現的。 重構最好持續而不是分階段地進行。只要看到代碼需要改善，就改善它。但是，如果你的經理要求你完成某項功能，以備明天進行演示之用，那么當然應該先完成這項功能，以后再進行重構。持續重構能夠很好地滿足業務需求，但是重構實踐必須和諧地適應業務上的輕重緩急。 －－－－－－－－－－－－－－－－《 style="MARGIN-TOP: 0px; FLOAT: left" border="0" marginwidth="0" framespacing="0" marginheight="0" src="http://wz.csdn.net/vote.aspx?t=2.1%20%u4F55%u8C13%u91CD%u6784%20-%20%u300A%u91CD%u6784%u4E0E%u6A21%u5F0F%u300B%20-%20%u514D%u8D39%u8BD5%u8BFB%20-%20book.csdn.net&u=http%3A//book.csdn.net/bookfiles/146/1001466165.shtml" frameborder="0" noresize="noresize" width="54" scrolling="no" height="75">重構與模式 》

總結

以上是生活随笔為你收集整理的重构与重写的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。