小白談談裝飾模式

簡單理解，裝飾模式就是不斷給乙個物品或者一件事進行動態裝飾，在不改變其結構的前提下，使其新增功能。

舉例：當我們有了一台車之後，每隔一段時間都會回去4s店進行保養的，當車子在4s店做完保養後，4s店都會給我們列印乙個清單，表示所有在4s店的服務。假如我們不只是做保養，還需要給車加個大尾翼和換個顏色，那麼用普通方式如下：

首先定義乙個4s店基本服務的抽象類：

public abstract class fours

再定義4s店基本服務的具體實現：

public
class
baseservice
extends
fours
//向顧客羅列費用清單
@override
public
void
list()
}

顧客說我不止是做保養，還需要加個尾翼，換個顏色

那就是4s店的特殊服務了：

public class specialservice extends baseservice //給車新增個裝飾 private void add( )//因為保養是基本服務，所以無論新增任何其他服務都需要加入 @override public void list()

}

給顧客檢視清單：

public
class
customer
}

實驗結果：

弊端：由此可見，通過繼承實現裝飾，不斷新增，會導致類**，類的數量激增，如果以後需要維護，不僅是工作量大，而且維護成本也很高。

裝飾模式實現：

定義乙個裝飾的抽象類，用於封裝4s店，**如下：

public
class
decorator
extends
fours
//4s店基本服務保養還是得做的
public
void
unkeep()
//還是需要給客戶羅列清單的
public
void
list()
}

4s店實現乙個更換顏色的服務：

public
class
colordecorator
extends
decorator
//換個顏色
private
void
color()
//給顧客羅列費用清單
@override
public
void
list()
}

4s店實現乙個新增部件的服務：

public
class
adddecorator
extends
decorator
//新增個大尾翼
private
void
add(
)//重新列印清單
@override
public
void
list()
}

顧客檢視清單時：

public
class
customer
}

裝飾模式還有乙個非常好的優點，擴充套件性非常好，在乙個專案中，你會有非常多因素考慮不到，特別是業務的變更，總會有新的需求的出現，如果使用該模式會很簡便就給專案進行新增了，十分容易維護。

本文**：

提取碼：ub0r