裝飾模式

levinit 發(fā)布于2019-08-16 11:01 / 1926人閱讀

摘要：裝飾模式值的是在不必改變原類文件和使用繼承的情況下，動態(tài)地擴展一個對象的功能。裝飾模式會導致設計中出現(xiàn)許多小類，如果過度使用，會使程序變得很復雜。裝飾模式是針對抽象組件類型編程。

裝飾模式值的是在不必改變原類文件和使用繼承的情況下，動態(tài)地擴展一個對象的功能。它是通過創(chuàng)建一個包裝對象，也就是裝飾來包裹真實的對象

需要擴展一個類的功能，或給一個類添加附件職責

需要動態(tài)的給一個對象添加功能，這些功能可以再動態(tài)的撤銷

需要增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能，從而使繼承關系變的不現(xiàn)實

當不能采用生成子類的方法進行擴充時，一種情況是，可能有大量獨立的擴展，為支持每一種組合將產(chǎn)生大量的結構就可以在外部
增加附加的功能。在面向對象的設計中，通常是通過繼承來實現(xiàn)給定類的功能擴展

裝飾模式：可以就在字面意思理解
比如人的衣服裝飾早上天氣好我要穿上上衣還有褲子。但是到了中午的時候天氣不好了，就要加一件外套。
當如果要用Java設計對象來表現(xiàn)的話，就會想到的是繼承，冷了我就繼承這個原有的我加一個外套屬性，如果繼續(xù)冷，我就繼續(xù)加。加到不冷為止
這個時候就會發(fā)現(xiàn)繼承類是不是太多了。為了不斷的加衣服。這個時候裝飾模式就有了作用

對象設計
共有的：人和衣服都是可以被展示出來的
人是有名字的
衣服都是裝飾品

首先是人這個類
public class Person {
?
? ?public Person(){}
?
? ?private String name;
?
? ?public Person(String name){
? ? ? ?this.name = name;
? }
?
? ?public void show(){
? ? ? ?System.out.println("裝扮的--->"+name);
? }
}
?
穿衣要繼承自人這個類穿衣可以理解為一個行為。有了這個行為才可以裝飾衣服
public class Costume extends Person {
?
? ?protected Person component;
?
? ?public void Decorate(Person component){
? ? ? ?this.component = component;
? }
?
? ?@Override
? ?public void show(){
? ? ? ?if (component != null){
? ? ? ? ? ?component.show();
? ? ? }
? }
}
穿上衣服要有穿衣行為這個動作所以要繼承這個行為
public class BigTrouser extends Costume{
?
? ?@Override
? ?public void show() {
? ? ? ?super.show();
? ? ? ?System.out.println("褲子");
? }
}
?
褲子也就是和這個一樣只要繼承這個穿衣行文就可以了

在main方法中。使用代碼
Person person = new Person("老大");
? ? ? ?TShirte tShirte = new TShirte();
? ? ? ?BigTrouser bigTrouser = new BigTrouser();
? ? ? ?tShirte.Decorate(person);
? ? ? ?bigTrouser.Decorate(tShirte);
? ? ? ?bigTrouser.show();

這個是不是和IO流的包裹很像，IO流是使用的裝飾模式。這就就不能累加繼承而是進行包裹來增加功能

如果想穿上外套就只要在繼承這個穿衣行文，進行包裹就可以了。

下面是百度百科的
優(yōu)點：

Decorator模式與繼承關系的目的都是要擴展對象的功能，但是Decorator可以提供比繼承更多的靈活性。

通過使用不同的具體裝飾類以及這些裝飾類的排列組合，設計師可以創(chuàng)造出很多不同行為的組合。

缺點：

這種比繼承更加靈活機動的特性，也同時意味著更加多的復雜性。

裝飾模式會導致設計中出現(xiàn)許多小類，如果過度使用，會使程序變得很復雜。

裝飾模式是針對抽象組件（Component）類型編程。但是，如果你要針對具體組件編程時，就應該重新思考你的應用架構，以及裝飾者是否合適。當然也可以改變Component接口，增加新的公開的行為，實現(xiàn)“半透明”的裝飾者模式。在實際項目中要做出最佳選擇

設計原則：

多用組合，少用繼承。

利用繼承設計子類的行為，是在編譯時靜態(tài)決定的，而且所有的子類都會繼承到相同的行為。然而，如果能夠利用組合的做法擴展對象的行為，就可以在運行時動態(tài)地進行擴展。

類應設計的對擴展開放，對修改關閉。

GPU云服務器云服務器裝飾模式裝飾模式介紹裝飾器模式裝飾著模式

文章版權歸作者所有，未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/70921.html

Java 設計模式之裝飾者模式

摘要：裝飾者模式組成結構抽象構件給出抽象接口或抽象類，以規(guī)范準備接收附加功能的對象。裝飾者模式圖解裝飾者模式應用場景需要擴展一個類的功能，或給一個類添加附加職責。裝飾者對象接受所有來自客戶端的請求。參考資料設計模式一、了解裝飾者模式 1.1 什么是裝飾者模式裝飾者模式指的是在不必改變原類文件和使用繼承的情況下，動態(tài)地擴展一個對象的功能。它是通過創(chuàng)建一個包裝對象，也就是裝飾者來包裹真實的對...

kumfo 2019-08-19 11:14 評論0 收藏0
裝飾模式（Decorator Pattern）

摘要：通常有兩種方式可以實現(xiàn)給一個類或對象增加行為繼承機制，使用繼承機制是給現(xiàn)有類添加功能的一種有效途徑，通過繼承一個現(xiàn)有類可以使得子類在擁有自身方法的同時還擁有父類的方法。裝飾模式 (Decorator Pattern) 裝飾模式能夠實現(xiàn)動態(tài)的為對象添加功能，是從一個對象外部來給對象添加功能。通常有兩種方式可以實現(xiàn)給一個類或對象增加行為：繼承機制，使用繼承機制是給現(xiàn)有類添加功能的一種...

gityuan 2019-07-01 10:00 評論0 收藏0
設計模式之裝飾者模式

摘要：相關設計模式裝飾者模式和代理模式裝飾者模式關注再一個對象上動態(tài)添加方法代理模式關注再對代理對象的控制訪問，可以對客戶隱藏被代理類的信息裝飾著模式和適配器模式都叫包裝模式關于新職責適配器也可以在轉換時增加新的職責，但主要目的不在此。 0x01.定義與類型定義：裝飾模式指的是在不必改變原類文件和使用繼承的情況下，動態(tài)地擴展一個對象的功能。它是通過創(chuàng)建一個包裝對象，也就是裝飾來包裹真實的...

chuyao 2019-08-16 18:34 評論0 收藏0
代理模式和裝飾者模式

摘要：簡介代理模式和裝飾者模式是兩種常見的設計模式。這里通過構造函數(shù)的參數(shù)將被代理對象傳入到代理中，也可以通過其它方式，如提供一個方法。下面是的代碼輸出首先依然是先創(chuàng)建一個需要被代理的對象，然后把它傳入到的構造函數(shù)中。簡介代理模式和裝飾者模式是兩種常見的設計模式。代理模式是為其它對象提供一種代理以控制對這個對象的訪問。在某些情況下，一個對象不適合或者不能直接引用另一個對象，而代理對象可以...

NusterCache 2019-08-15 13:50 評論0 收藏0
設計模式——裝飾者模式

摘要：裝飾者模式遵循了開閉原則，對擴展開放，對修改關閉。但是在使用裝飾者模式的同時可能會引入大量小類，而且使用裝飾者模式除了實例化組件外，還要把組件包裝進裝飾者，會使代碼顯得不易理解。 1. 簡介 ??裝飾者模式是一種結構型模式，它可以動態(tài)的將責任附加到對象上，在擴展功能方面，它比繼承更有彈性。裝飾者模式遵循了開閉原則，對擴展開放，對修改關閉。??雖然在裝飾者模式中也使用了繼承，但是繼承只是...

hoohack 2019-08-16 12:44 評論0 收藏0
美顏相機中的設計模式 —— 裝飾者模式

摘要：這是設計模式系列的第二篇，系列文章目錄如下用一句話總結那些殊途同歸的設計模式工廠策略模版方法美顏相機中的設計模式裝飾者模式幾乎所有的設計模式都是通過增加一層抽象來解決問題。這是設計模式系列的第二篇，系列文章目錄如下：用一句話總結那些殊途同歸的設計模式：工廠=？策略=？模版方法美顏相機中的設計模式——裝飾者模式幾乎所有的設計模式都是通過增加一層抽象來解決問題。上一篇中提...

anonymoussf 2019-05-27 17:41 評論0 收藏0