java設計模式之裝飾器模式（Decorator）

更新時間：2017年01月02日 14:59:42 作者：yuminfeng728

這篇文章主要為大家詳細介紹了java設計模式之裝飾器模式Decorator，具有一定的參考價值，感興趣的小伙伴們可以參考一下

概述

裝飾模式是對客戶端以透明的方式擴展對象的功能，是繼承關系的一個替代方案。也就是說，客戶端并不會覺得對象在裝飾前和裝飾后有什么不同，裝飾模式可以在不用創(chuàng)造更多子類的情況下，將對象的功能加以擴展，裝飾模式的關鍵在于這種擴展是完全透明的。

模式的結構

UML類圖：

裝飾模式中的類角色：
抽象構件角色(Project)：給出一個接口，以規(guī)范準備接收附加責任的對象
具體構件角色(Employe)：定義一個將要接收附加責任的類
裝飾角色(Manager)：持有一個構件對象的實例，并定義一個與抽象構件接口一致的接口
具體裝飾角色(ManagerA，ManagerB)：負責給構件對象“貼上”附加的責任

代碼示例

package interview;

interface Project{
  void doCoding();
}

class Employe implements Project{

  @Override
  public void doCoding() {
    System.out.println("工程師在編程......");
  }
}

class Manager implements Project{

  private Project project;

  public Manager(Project project){
    this.project = project;
  }

  @Override
  public void doCoding() {
    startNewWork();
    project.doCoding();
  }

  public void startNewWork(){}
}

class ManagerA extends Manager{

  public ManagerA(Project project) {
    super(project);
  }

  @Override
  public void startNewWork() {
    System.out.println("開發(fā)經理開始新的工作計劃");
  }
}

class ManagerB extends Manager{

  public ManagerB(Project project) {
    super(project);
  }

  @Override
  public void startNewWork() {
    System.out.println("測試經理開始新的工作計劃");
  }
}
public class MainTest {

  public static void main(String arg[]) {
    Project project = new Employe();
    Project managerA = new ManagerA(project);
    Project managerB = new ManagerB(project);
    managerA.doCoding();
    managerB.doCoding();
  }
}

裝飾模式優(yōu)缺點：

優(yōu)點：

裝飾模式與繼承的目的都是要擴展對象的功能，但是裝飾模式可以提供比繼承更多的靈活性。裝飾模式允許系統動態(tài)決定“貼上”一個需要的“裝飾”，繼承關系則不同，繼承關系是靜態(tài)的，它在系統運行前就決定了。
通過使用不同的具體裝飾類以及這些裝飾類的組合，設計師可以創(chuàng)造很多不同的行為組合。

缺點：

由于使用裝飾模式，可以比使用繼承關系需要較少數目的類。使用較少的類，當然使設計比較易于進行。但是，在另一方面，使用裝飾模式會產生比使用繼承關系更多的對象。更多的對象會使得差錯變得困難，特別是這些對象看上去都很像。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: