#ifndef __flyweight_h__
#define __flyweight_h__
#include #include //【說明】
// 當系統中細粒度物件數量太多時，會導致執行代價過高，帶來效能下降等問題。享元模式正是為解決這一類問題而誕生的。
// 在享元模式中通常會出現工廠模式，需要建立乙個享元工廠來負責維護乙個享元池，用於儲存具有相同內部狀態的享元物件。
// 享元物件能做到共享的關鍵是區分內部狀態和外部狀態。
// 內部狀態是儲存在享元物件內部並且不會隨環境改變而改變的狀態，因此內部狀態可以共享。
// 外部狀態是隨環境改變而改變的、不可以共享的狀態。享元物件的外部狀態必須由客戶端儲存，並在享元物件被建立之後，在需要使用的時候再傳入到享元物件內部。
//【定義】
// 享元模式(flyweight pattern)：運用共享技術有效地支援大量細粒度物件的復用。
//【角色】
// flyweight：具體的享元實現物件，必須是可共享的，需要封裝享元物件的內部狀態。
// flyweightfactory：享元工廠，主要用來建立並管理共享的享元物件，並對外提供訪問共享享元的介面。
//【意義】
// 享元模式的優點在於它可以極大減少記憶體中物件的數量，使得相同物件或相似物件在記憶體中只儲存乙份。
// 享元模式的缺點是使得系統更加複雜，需要分離出內部狀態和外部狀態，這使得程式的邏輯複雜化，所以應當在多次重複使用享元物件時才值得使用享元模式。
//【示例】
//輕量級物件
class flyweight
;//享元工廠，管理和維護輕量級物件
class flyweightfactory
;void testflyweight();
#endif
#include "flyweight.h"
flyweight::flyweight()
flyweight::flyweight(std::string key) : m_key(key)
void flyweight::operate(int value)
flyweight * flyweightfactory::getflyweight(std::string key)
flyweight * fly = new flyweight(key);
m_flymap.insert(std::map::value_type(key,fly));
return fly;
}flyweightfactory::flyweightfactory()
flyweightfactory::~flyweightfactory() }}
void testflyweight()
c 設計模式（享元模式）
good 運用共享技術有效地支援大量細粒度的物件 對於c 來說就是共用乙個記憶體塊啦，物件指標指向同乙個地方 如果乙個應用程式使用了大量的物件，而這些物件造成了很大的儲存開銷就應該考慮使用。還有就是物件的大多數狀態可以外部狀態，如果刪除物件的外部狀態，那麼可以用較少的共享物件取代多組物件，此時可以考...
c 設計模式 享元模式
二 uml類圖 三 例子 四 優缺點 五 使用場景 關注類和物件的組合。繼承的概念被用來組合介面和定義組合物件，從而獲得新功能。運用共享技術來有効地支援大量細粒度物件的復用。它通過共享已經存在的物件來大幅度減少需要建立的物件數量 避免大量相似類的開銷，從而提高系統資源的利用率。能夠大幅度地減少需要例...
設計模式 享元模式 C
享元模式是為了應對大量細粒度物件重複的問題。程式中存在大量細粒度的物件，每次要使用時都必須建立乙個新的物件，既影響了執行效率又增加了記憶體消耗。於是有了享元模式，享元模式提取出這些細粒度物件中間公共的狀態 屬性，我的理解 只生成乙個例項物件，所有用到這些公共屬性物件的地方，都指向這乙個例項。常用場景...