C# 重構Refactor
重構是在編寫程式碼後在不更改程式碼的外部行為的前提下通過更改程式碼的內部結構來改進程式碼的過程。
一、何時需要重構
1、程式碼中存在重複的程式碼；
如果類中有重複的程式碼塊，需將其提煉出一個新的獨立方法，如果是不同類中具有相同的程式碼，將其提煉成一個新類。
2、過大的類和過長的方法；
過大的類往往是類抽象不合理的結果，類抽象不合理將降低程式碼的複用率。當看到一個過長的方法時，需要想辦法將其劃分為多個小方法。
方法中的程式碼行數越多，則方法越難理解。我們推薦每個方法中只包含 20-25 行程式碼。但有些人說 1-10 行更合理，這只是些個人喜好，沒有硬性的規則。抽取方法是最常見的重構方式之一。如果你發現一個方法過長，或者已經需要一個註釋來描述它的目的了，那麼你就可以應用抽取方法了。人們總是會問一個方法到底多長合適，但其實長度並不是問題的根源。當你在處理複雜的方法時，跟蹤所有區域性變數是最複雜和消耗時間的，而通過抽取一個方法可以節省一些時間。可以使用 Visual Studio 來抽取方法，它會幫助你跟蹤區域性變數，並將其傳遞給新的方法或者接收方法的返回值。
3、牽一髮而動全身的修改；
修改一個小功能，或增加一個小功能時，就引發一次程式碼地震，也許是你的設計抽象度不夠理想，功能程式碼太過分散所引起的。
4、類之間需要過多的通訊；
A 類需要呼叫B 類的過多方法訪問B 的內部資料，是不是這兩個類根本就不應該分開。
5、過度耦合的資訊鏈；
程式碼中常常會使用中間層來達到鬆耦合的目的，但過多的中間層，層層相連，是否需要考慮減少中間層。
6、功能相似的類或方法；
7、不完美的設計；
8、缺少必要的註釋；
9、始終控制類的大小
超大的類在嘗試做太多的事情，這違反了單一職責原則（SRP），也就是面向物件設計原則 SOLID 中的 S。
為什麼一定要將兩個職責分離到單獨的類中呢？因為每一個職責都是變化的中心。在需求變更時，這個變更將會出現在負責該職責的類中。如果一個類承擔了多個職責，就會有一個以上的原因導致其變化。如果一個類有多重職責，則說明這些職責已經耦合到了一起。並且某個職責的變化將有可能削弱或限制這個類滿足其他職責的能力。這種耦合將會導致非常脆弱的設計，進而在職責發生變化時，設計可能被意想不到的破壞了。
下面兩條可以歸為重寫範疇，程式碼規範問題。
10、避免過多的引數
通過宣告一個類來代替多個引數。建立一個類，用於包含所有的引數。通常來講，這是一個較好的設計，並且這個抽象非常的有價值。
11、避免複雜的表示式
複雜的表示式意味著其背後隱藏了一些涵義，我們可以通過使用屬性來封裝這些表示式，進而使程式碼更易讀些。
if(product.Price>500 && !product.IsDeleted && !product.IsFeatured && product.IsExported) { // do something }
二、C# VS2010中的幾點重構
***********轉摘：https://www.cnblogs.com/sunqiliang/p/5165545.html