享元模式:運用共享技術有效地支援大量細粒度的物件。
介面有方法,具體類實現介面中的方法,工廠生產該實體,若存在則直接返回,不存在則new乙個新的物件返回,無論客戶端呼叫多少次,只產生了乙個實體。
享元模式可以避免大量非常相似類的開銷。在程式設計中,有時需要生成大量細粒度的類例項來表示資料。如果這些例項除了幾個引數外基本上都是相同的,有時能受大幅度減少需要例項化的類的數量。如果能把那些引數移到類例項的外面,在方法呼叫時將它們傳遞進來,就可以通過共享大幅度地減少單個例項的數目。
如果乙個應用程式使用了大量的物件,而大量的這些物件造成了很大的儲存開銷時就應該考慮使用;還有就是物件的大多數狀態可以外部狀態,如果刪除物件的外部狀態,那麼可以用相對較少的共享物件取代很多組物件,此時可以考慮使用享元模式。
/**
* 建築介面
*/public
inte***ce
building
/**
* 體育館
*/public
class
gymimplements
building
public
void
setname(string name)
public string getshape()
public
void
setshape(string shape)
public string getsport()
public
void
setsport(string sport)
@override
public
void
use()
}
/**
* 生成建築的工廠
*/public
class
buildingfactory
return gym;
}public
static
intgetsize()
}
public
class main }}
Java 設計模式 享元模式
在介紹享元模式之前,先來看乙個問題。假設要你去做一款撲克牌遊戲,你會針對撲克牌設計一種怎樣的資料結構呢?因為撲克牌有四種花色,也即紅桃 heart 黑桃 spade 方塊 diamond 梅花 club 有 13 種不同的大小,也即 a k 還有大小王,所以這個類應該很好設計,如下所示 public...
java設計模式 享元模式
使用共享物件可有效地支援大量細粒度物件 因為分配太多的物件到應用程式中將有損程式的效能,同時還容易造成記憶體溢位.1.內部狀態是物件可共享出來的資訊,儲存在享元物件的內部並且不會隨環境的改變而改變.他們可以作為乙個物件的動態附加資訊,不必直接儲存在具體的某個物件中,屬於可以共享的部分.2.外部狀態是...
設計模式(java) 享元模式
它使用共享物件,用來盡可能減少記憶體使用量以及分享資訊給盡可能多的相似物件 它適合用於只是因重複而導致使用無法令人接受的大量記憶體的大量物件。通常物件中的部分狀態是可以分享。常見做法是把它們放在外部資料結構,當需要使用時再將它們傳遞給享元。享元模式主要解決的是當系統中存在大的記憶體或物件時,且這些記...