返回總目錄

本小節目錄

• Replace Inheritance with Delegation（以委托取代繼承）
• Replace Delegation with Inheritance（以繼承取代委托）

11Replace Inheritance with Delegation（以委托取代繼承）

概要

某個子類只使用基類介面中的一部分，或是根本不需要繼承而來的數據。

在子類中新建一個欄位用以保存基類；調整子類函數，令它改而委托基類；然後去掉兩者之間的繼承體系。

動機

使用繼承時常常會遇到這樣的問題：一開始繼承了一個類，隨後發現基類中的許多操作並不真正適用於子類。這種情況下，你所擁有的介面並未真正反映出子類的功能。或者，你可能發現你從基類中繼承了一大堆子類並不需要的數據，抑或你可能發現基類中的某些protected函數對子類並沒有意義。

如果以委托取代繼承，可以更清楚地表明：你只需要受托類的一部分功能。介面中的哪一部分應該被使用，哪一部分應該被忽略，完全由你主導控制。這樣做的成本則是需要額外寫出委托函數，但這些函數都非常簡單。

範例

如下代碼所示，Child和Sanitation（公共設施）是沒有邏輯上的父子關係，因為小孩不可能是一個公共設施吧！所以我們為了完成這個功能可以考慮使用委派的方式。

public class Sanitation
{
    public string WashHands()
    {
        return "Cleaned!";
    }
}

public class Child : Sanitation
{
}

重構後的代碼如下，把Sanitation委派到Child類中，從而可以使用WashHands這個方法，這種方式我們經常會用到，其實IOC也使用到了這個原理，可以通過構造註入和方法註入等。

public class Sanitation
{
    public string WashHands()
    {
        return "Cleaned!";
    }
}

public class Child
{
    private Sanitation _sanitation;

    public Child()
    {
        _sanitation = new Sanitation();
    }

    public string WashHands()
    {
        return _sanitation.WashHands();
    }
}

小結

這個重構是一個很好的重構，在很大程度上解決了濫用繼承的情況，很多設計模式也用到了這種思想（比如橋接模式、適配器模式、策略模式等）。

12Replace Delegation with Inheritance（以繼承取代委托）

概要

你在兩個類之間使用委托關係，並經常為整個介面編寫許多極簡單的委托函數。讓委托類繼承受托類。

動機

如果你發現自己需要受托類中的所有函數，並且花費很大力氣編寫所有極簡單的委托函數，本重構可以幫助你輕鬆回頭使用繼承。

範例

下麵是一個簡單的Employee類，將一些函數委托給另一個同樣簡單的Person類：

class Employee
{
    private Person _person = new Person();

    public override string ToString()
    {
        return "Emp: " + _person.GetLastName();
    }
}

class Person
{
    public string Name { get; set; }

    public string GetLastName()
    {
        return Name.Substring(Name.LastIndexOf(' ') + 1);
    }
}

重構後代碼如下：

class Employee : Person
{
    public override string ToString()
    {
        return "Emp: " + GetLastName();
    }
}

class Person
{
    public string Name { get; set; }

    public string GetLastName()
    {
        return Name.Substring(Name.LastIndexOf(' ') + 1);
    }
}

小結

如果並沒有使用受托類的所有函數，那麼就不應該使用本重構，因為子類應該總是遵循基類的介面。

受托對象被不止一個其他對象共用，而且受托對象是可變的。在這種情況下，就不能將委托關係替換為繼承關係，因為這樣就無法再共用數據了。

階段性小結

重構手法之處理概括關係【1】-【5】，顧名思義，專門用來處理類的概括關係即繼承關係。

其中主要是將函數上下移動於繼承體系中。Pull Up Field和Pull Up Method都用於將特性向繼承體系的上端移動，Push Down Method和Push Down Field則將特性向繼承體系的下端移動。構造函數比較難以向上拉動，因此專門有一個Pull Up Constructor Body處理它。一般不會將構造函數往下推，因為Replace Constructor with Factory Method通常更管用。

如果有若幹函數大體上相同，只在細節上有所差異，可以使用Form Template Method將它們的共同點和不同點分開。

除了在繼承體系中移動特性外，還可以建立新類，改變整個繼承體系。Extract Subclass、Extract BaseClass和Extract Interface都是這樣的重構手法，它們在繼承體系中的不同位置構造出新元素。如果想在類型系統中標示一小部分函數，Extract Interface特別有用。如果發現繼承體系中的某些類沒有存在的必要，可以使用Collapse Hierarchy將它們移除。

有時候會發現繼承並非是最佳選擇，真正需要的其實是委托，那麼Replace Inheritance with Delegation可以幫助把繼承改為委托。有時候又會想要做反向修改，此時就可以使用Replace Delegation with Inheritance。

To Be Continued……