設計模式 裝飾者模式

2021-08-03 14:04:35 字數 1013 閱讀 5236

1 動態地給乙個物件新增一些額外的職位,就增加功能來說,裝飾模式比生成子類更加靈活。

建立介面,定義要裝飾的操作:

整體結構:

被裝飾的操作:

public

class

concretecomponent

implements

component

}

裝飾抽象類:

public

abstract

class

decorator

implements

component

}public

void

setcomponent(component component)

}

具體裝飾物件a的操作:

public

class

concretedecoratora

extends

decorator

}

具體裝飾物件b的操作:

public

class

concretedecoratorb

extends

decorator

}

測試:

裝飾者模式通過引入第抽象類和具體操作類來完成對具體物件的操作。摒棄之前通過新增子類的方式來擴充套件的效果。

設計模式 裝飾者模式

public abstract class beverage public abstract double cost public abstract class condimentdecorator extends beverage public class darkroast extends be...

設計模式 裝飾者模式

沒什麼特別的,之前看懂了,這次自己再複述一下。畢竟把別人講懂了才是真的懂了。主要參考了head first 設計模式。例子講述的是在為星巴克咖啡的製作訂單的情況,比如客人點了飲料,那麼系統會自動算出 不知道是我沒有體會到,還是這個例子不太合適,算出 那麼簡單的事還需要用到類?不過不影響我們思考裝飾者...

設計模式 裝飾者模式

好幾天沒出部落格了,在學習android的一些新控制項的時候,用到了乙個模式,叫裝飾者模式,所以在此講講這個模式。模式,包含以下四個角色 1 抽象構件 component 角色 給出乙個抽象介面,以規範準備接收附加責任的物件。2 具體構件 concretecomponent 角色 定義乙個將要接收附...