[size=medium]經典重構的書籍已經敘述了很多需要重構的事情，但是很多時候書籍規書籍，實踐規實踐，到底搞清楚沒有，還是實際專案中來得實在，真實。
真實專案重構：
重構一：
專案中把很多前期看起來差不多的邏輯，比如處理流程相同，資料具有相似性，剛開始寫action，把這些全部都寫在乙個action裡面，隨著業務邏輯的變化，**開始膨脹，當除認為相似的東西慢慢開始有分別，然後每次看到這個臃腫的類，你都痛不欲生
這個當然需要重構，屬於前期考慮不足的問題
重構二：
js處理重構
到處都是重複的**，重複有兩種，**邏輯相同，處理流程一樣，但需要更改流程就悲劇了，當初讓它們分開是由於每個頁面js操作表現層不太一樣，所以就分布到每個頁面裡面。
使用模板發放模式進行js重構，js重構我還是第一次
重構三：
一些沒有預料的業務邏輯，比如搜尋獲取資料的處理，耦合到action中，然後慢慢雖然專案的進度開始逐漸變大，到後面已經到了不可控，前期沒有封裝這類邏輯，然後在**裡面分得到處都是，看著都不舒服，都有一種不可控感。果斷根據邏輯，進行各種拆分，封裝成乙個個特殊的util類，工廠方式+構建器模式（引數很多，但是不是每個引數都是必須的）
重構四：
整個專案前期估計沒考慮好對異常的處理，這個帶來了遇到不同異常，或者一些非法操作，沒有給出很好的定義，導致無法進行很好的考慮，整個就比較大了，需要慢慢逐漸形成乙個異常處理體系[/size]
準備重構 保持專案節奏實踐之五
重構是對 的簡化，無論是產品 還是測試 重構不等於重新設計，只是簡化而已。重構過的 不會改變它的介面，只是更簡單。我的 不見了 哈爾，初級開發人員 我現在參與的專案是離開學校後的第二個。在第乙個專案中，經理聽了我的 工作估算後說 好，既然你還是個新人，咱們就再多加點兒時間吧，這樣你可以把學到的經驗應...
flask專案重構總結（一）
flask專案重構總結 一 這一階段的重構主要集中在介面返回碼的格式統一上，優化了臃腫的各種判斷及try exception 機制。主要思路，使用裝飾器來封裝常用 使用python的exception機制，自定義一些exception,在恰當的地方主動丟擲異常，然後在頂層再catch住，進行統一的h...
專案管理實踐（一）
1.總結 2.傳遞 3.驗證理論 4.求得理解 專案管理基礎知識，pmi pmp，pmi acp，敏捷，軟考 專案管理小白，初級專案經理，資深程式猿，資深產品經理，資深運營 後三者旨在讓你理解專案經理的思維 如果你是小白，有志成為專案經理 如果你是個新程序式猿，覺得碼 不適合你，與人打交道很適合你 ...