31天重構學習筆記28. 爲布爾方法命名

摘要：由於最近在做重構的項目，所以對重構又重新進行了一遍學習和整理，對31天重構最早接觸是在2009年 10月份，由於當時沒有訂閱Sean Chambers的blog，所以是在國外的社區上閒逛的時候鏈接過去的。記得當時一口氣看完了整個系列並沒有多少感覺，因爲這些基本上項目都在使用，只是我們沒有專門把它標示和整理出來，所以也沒有引起多大的重視。現在突然接手這個重構項目，由於團隊成員技術和經驗參差不齊，所以有必要專門整理一個重構的綱要，當然這個系列也非常適合做新系統的代碼規範參考，只要有代碼的地方，這個重構規範就很有價值。週末也不想出去閒逛，因爲在剛到這個美麗的城市，沒有親戚或者朋友，所以才能靜下心來兩天時間寫完這個重構參考規範。同時也感受了Windows Live writer寫文章的快感。當然重構的整體架構得另當別論（整體架構在我的這篇文章有專門的講解（http://www.cnblogs.com/zenghongliang/archive/2010/06/23/1763438.html）。大的架構設計好了以後，這些重構細節點就成了東風之後的大火，對整個項目也是至關重要。31天重構這個系列和《代碼大全》、《重構：改善既有代碼的設計》比較起來最大的特點就是比較簡單、淺顯易懂。那麼我這些文章也都是學習Sean Chambers的31天重構的筆記整理，所以如果大家對這個筆記有任何異議也可以指出。

具體也可以通過http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx查看原文。

 

概念：本文中的”爲布爾方法命名”是指如果一個方法帶有大量的bool 參數時，可以根據bool 參數的數量，提取出若干個獨立的方法來簡化參數。

 

正文：我們現在要說的重構並不是普通字面意義上的重構，它有很多值得討論的地方。當一個方法帶有大量的bool 參數時，會導致方法很容易被誤解併產生非預期的行爲，

根據布爾型參數的數量，我們可以決定提取出若干個獨立的方法來。具體代碼如下：

 

using LosTechies.DaysOfRefactoring.BreakResponsibilities.After;

namespace LosTechies.DaysOfRefactoring.SampleCode.RenameBooleanMethod.Before
{
public class BankAccount
{
public void CreateAccount(Customer customer, bool withChecking, bool withSavings, bool withStocks)
        {
// do work
}
    }
}

 

我們可以將上面的bool參數以獨立方法的形式暴露給調用端以提高代碼的可讀性，同時我們還需要將原來的方法改爲private以限制其可訪問性。顯然我們關於要

提取的獨立方法會有一個很大的排列組合，這是一大缺點，所以我們可以考慮引入”參數對象“重構。

 

using LosTechies.DaysOfRefactoring.BreakResponsibilities.After;

namespace LosTechies.DaysOfRefactoring.SampleCode.RenameBooleanMethod.After
{
public class BankAccount
{
public void CreateAccountWithChecking(Customer customer)
        {
            CreateAccount(customer, true, false);
        }

public void CreateAccountWithCheckingAndSavings(Customer customer)
        {
            CreateAccount(customer, true, true);
        }

private void CreateAccount(Customer customer, bool withChecking, bool withSavings)
        {
// do work
}
    }
}

 

總結： ”爲布爾方法命名“這個重構在很多時候都不常用，如果用戶的參數可枚舉，我們一般會枚舉它的值，不過使用這種重構也有好處，就是分解開來以後，方法多了，參數少了，代碼維護起來方便了一些。