享元模式是為了應對大量細粒度物件重複的問題。程式中存在大量細粒度的物件，每次要使用時都必須建立乙個新的物件，既影響了執行效率又增加了記憶體消耗。於是有了享元模式，享元模式提取出這些細粒度物件中間公共的狀態（屬性，我的理解），只生成乙個例項物件，所有用到這些公共屬性物件的地方，都指向這乙個例項。
常用場景
1.當系統中有大量的細粒度物件例項，而且這些物件例項中有一些屬性是重複的情況下，考慮使用。
文字編輯器，輸入法之類的常用應用。
優點
1.提高了系統的效率，減小了記憶體的消耗。
2.減少了重複**。
3.減少了系統的複雜度。
缺點
維護共享物件和查詢所需的共享物件需要花費很多時間。
舉個圍棋的例子，圍棋的棋盤共有361格，即可放361個棋子。現在要實現乙個圍棋程式，該怎麼辦呢？首先要考慮的是棋子棋盤的實現，可以定義乙個棋子的類，成員變數包括棋子的顏色、形狀、位置等資訊，另外再定義乙個棋盤的類，成員變數中有個容器，用於存放棋子的物件。下面給出**表示：
棋子的定義，當然棋子的屬性除了顏色和位置，還有其他的，這裡略去。這兩個屬性足以說明問題。
#include
#include
#include
using
namespace std;
enum piececolor
;struct piecepos};
class
piece
~piece()
virtual
void
draw()
;};class
blackpiece
:public piece
~blackpiece()
void
draw()
};class
whitepiece
:public piece
~whitepiece()
void
draw()
};class
pieceboard
~pieceboard()
void
setpiece
(piececolor color, piecepos pos)
else
m_vecpiece.
push_back
(piece);}
void
clear()
m_vecpiece.
clear()
;}};
intmain()
在圍棋中，棋子就是大量細粒度的物件。其屬性有內在的，比如顏色、形狀等，也有外在的，比如在棋盤上的位置。內在的屬性是可以共享的，區分在於外在屬性。因此，可以這樣設計，只需定義兩個棋子的物件，一顆黑棋和一顆白棋，這兩個物件含棋子的內在屬性；棋子的外在屬性，即在棋盤上的位置可以提取出來，存放在單獨的容器中。相比之前的方案，現在容器中僅僅存放了位置屬性，而原來則是棋子物件。顯然，現在的方案大大減少了對於空間的需求。
關注pieceboard 的容器，之前是vectorm_vecpiece，現在是vector m_vecpos。這裡是關鍵。
棋子的新定義，只包含內在屬性：
可以發現，棋盤的容器中存放了已下的棋子，而每個棋子包含棋子的所有屬性。一盤棋往往需要含上百顆棋子，採用上面這種實現，占用的空間太大了。如何改進呢？用享元模式。其定義為：運用共享技術有效地支援大量細粒度的物件。
在圍棋中，棋子就是大量細粒度的物件。其屬性有內在的，比如顏色、形狀等，也有外在的，比如在棋盤上的位置。內在的屬性是可以共享的，區分在於外在屬性。因此，可以這樣設計，只需定義兩個棋子的物件，一顆黑棋和一顆白棋，這兩個物件含棋子的內在屬性；棋子的外在屬性，即在棋盤上的位置可以提取出來，存放在單獨的容器中。相比之前的方案，現在容器中僅僅存放了位置屬性，而原來則是棋子物件。顯然，現在的方案大大減少了對於空間的需求。
關注pieceboard 的容器，之前是vectorm_vecpiece，現在是vector m_vecpos。這裡是關鍵。
棋子的新定義，只包含內在屬性：
//棋子顏色
enum piececolor
;//棋子位置
struct piecepos };
//棋子定義
class
piece
~piece()
virtual
void
draw()
};class
blackpiece
:public piece
~blackpiece()
void
draw()
};class
whitepiece
:public piece
~whitepiece()
void
draw()
};class
pieceboard
~pieceboard()
void
setpiece
(piececolor color, piecepos pos)
else
m_vecpos.
push_back
(pos);}
};
c 設計模式（享元模式）
good 運用共享技術有效地支援大量細粒度的物件 對於c 來說就是共用乙個記憶體塊啦，物件指標指向同乙個地方 如果乙個應用程式使用了大量的物件，而這些物件造成了很大的儲存開銷就應該考慮使用。還有就是物件的大多數狀態可以外部狀態，如果刪除物件的外部狀態，那麼可以用較少的共享物件取代多組物件，此時可以考...
C 設計模式 享元模式
ifndef flyweight h define flyweight h include include 說明 當系統中細粒度物件數量太多時，會導致執行代價過高，帶來效能下降等問題。享元模式正是為解決這一類問題而誕生的。在享元模式中通常會出現工廠模式，需要建立乙個享元工廠來負責維護乙個享元池，用於...
c 設計模式 享元模式
二 uml類圖 三 例子 四 優缺點 五 使用場景 關注類和物件的組合。繼承的概念被用來組合介面和定義組合物件，從而獲得新功能。運用共享技術來有効地支援大量細粒度物件的復用。它通過共享已經存在的物件來大幅度減少需要建立的物件數量 避免大量相似類的開銷，從而提高系統資源的利用率。能夠大幅度地減少需要例...