一、動機（Motivate）

在軟件系統(tǒng)中，采用純粹對象方案的問題在于大量細粒度的對象會很快充斥在系統(tǒng)中，從而帶來很高的運行時代價——主要指內存需求方面的代價。如何在避免大量細粒度對象問題的同時，讓外部客戶程序仍然能夠透明地使用面向對象的方式來進行操作？

二、意圖（Intent）

運用共享技術有效地支持大量細粒度的對象。                                        ——《設計模式》GoF

三、結構圖（Structure）

四、模式的組成

（1）、抽象享元角色（Flyweight）:此角色是所有的具體享元類的基類，為這些類規(guī)定出需要實現(xiàn)的公共接口。那些需要外部狀態(tài)的操作可以通過調用方法以參數(shù)形式傳入。
（2）、具體享元角色（ConcreteFlyweight）：實現(xiàn)抽象享元角色所規(guī)定的接口。如果有內部狀態(tài)的話，可以在類內部定義。
（3）、享元工廠角色（FlyweightFactory）：本角色負責創(chuàng)建和管理享元角色。本角色必須保證享元對象可以被系統(tǒng)適當?shù)毓蚕?，當一個客戶端對象調用一個享元對象的時候，享元工廠角色檢查系統(tǒng)中是否已經(jīng)有一個符合要求的享元對象，如果已經(jīng)存在，享元工廠角色就提供已存在的享元對象，如果系統(tǒng)中沒有一個符合的享元對象的話，享元工廠角色就應當創(chuàng)建一個合適的享元對象。
（4）、客戶端角色（Client）：本角色需要存儲所有享元對象的外部狀態(tài)。

五、享元模式的具體代碼實現(xiàn)

/// <summary>
/// 享元的抽象類
/// </summary>
public abstract class Flyweight
{
    public abstract void Operation(int extrinsicState);
}
/// <summary>
/// 需要共享的具體類
/// </summary>
public class ConceteFlyweight : Flyweight
{
    public override void Operation(int extrinsicState)
    {
        Console.WriteLine("需要共享的具體Flyweight類：" + extrinsicState);
    }
}
/// <summary>
/// 不需要共享的具體類
/// </summary>
public class UnsharedConcreteFlyeight : Flyweight
{
    public override void Operation(int extrinsicState)
    {
        Console.WriteLine("不需要共享的具體Flyweight類：" + extrinsicState);
    }
}
/// <summary>
/// 一個工廠類，用來合理創(chuàng)建對象
/// </summary>
public class FlyweightFactory
{
    private Dictionary<string, Flyweight> dic = new Dictionary<string, Flyweight>();
    public Flyweight GetFlyweight(string key, bool type)
    {
        if (!dic.ContainsKey(key))
        {
            Flyweight flyweight = new UnsharedConcreteFlyeight();
            if (type)
                flyweight = new ConceteFlyweight();
            dic.Add(key, flyweight);
        }
        return (Flyweight)dic[key];
    }
}
/// <summary>
/// 客戶端調用
/// </summary>
public class App
{
    static void Main()
    {
        int extrinsicState = 26;
        FlyweightFactory factory = new FlyweightFactory();
        Flyweight f1 = factory.GetFlyweight("oec2003", true);
        f1.Operation(++extrinsicState);
        Flyweight f2 = factory.GetFlyweight("oec2003", true);
        f2.Operation(++extrinsicState);
        Flyweight f3 = factory.GetFlyweight("oec2004", false);
        f3.Operation(++extrinsicState);
    }
}

六、享元模式的實現(xiàn)要點：

面向對象很好地解決了抽象性的問題，但是作為一個運行在機器中的程序實體，我們需要考慮對象的代價問題。Flyweight設計模式主要解決面向對象的代價問題，一般不觸及面向對象的抽象性問題。
Flyweight采用對象共享的做法來降低系統(tǒng)中對象的個數(shù)，從而降低細粒度對象給系統(tǒng)帶來的內存壓力。在具體實現(xiàn)方面，要注意對象狀態(tài)的處理。
對象的數(shù)量太大從而導致對象內存開銷加大——什么樣的數(shù)量才算大？這需要我們仔細的根據(jù)具體應用情況進行評估，而不能憑空臆斷。

1、享元模式的優(yōu)點

（1）、享元模式的優(yōu)點在于它能夠極大的減少系統(tǒng)中對象的個數(shù)。
（2）、享元模式由于使用了外部狀態(tài)，外部狀態(tài)相對獨立，不會影響到內部狀態(tài)，所以享元模式使得享元對象能夠在不同的環(huán)境被共享。

2、享元模式的缺點

（1）、由于享元模式需要區(qū)分外部狀態(tài)和內部狀態(tài)，使得應用程序在某種程度上來說更加復雜化了。
（2）、為了使對象可以共享，享元模式需要將享元對象的狀態(tài)外部化，而讀取外部狀態(tài)使得運行時間變化。

3、在下面所有條件都滿足時，可以考慮使用享元模式：

（1）、一個系統(tǒng)中有大量的對象；
（2）、這些對象耗費大量的內存；
（3）、這些對象中的狀態(tài)大部分都可以被外部化；
（4）、這些對象可以按照內部狀態(tài)分成很多的組，當把外部對象從對象中剔除時，每一個組都可以僅用一個對象代替軟件系統(tǒng)不依賴這些對象的身份，滿足上面的條件的系統(tǒng)可以使用享元模式。但是使用享元模式需要額外維護一個記錄子系統(tǒng)已有的所有享元的表，而這也需要耗費資源，所以，應當在有足夠多的享元實例可共享時才值得使用享元模式。

七、.NET 中享元模式的實現(xiàn)

.NET在C#中有一個Code Behind機制，它表面有一個aspx文件，背后又有一個cs文件，它的編譯過程實際上會把aspx文件解析成C#文件，然后編譯成dll，在這個過程中，我們在aspx中寫的任何html代碼都會轉化為literal control，literal control是一個一般的文本控件，它就表示html標記。當這些標記有一樣的時候，構建控件樹的時候就會用到Flyweight模式。
它的應用并不是那么平凡，只有在效率空間確實不高的時候我們才用它。

到此這篇關于.Net結構型設計模式之享元模式（Flyweight）的文章就介紹到這了。希望對大家的學習有所幫助，也希望大家多多支持腳本之家。