享元模式設計模式學習

享元模式(flyweight)，運用共享技術有效地支援大量細粒度的物件。

下面給出享元模式的結構圖：

下面給出享元模式的基本**結構：

namespace
//concreteflyweight是繼承flyweight或實現flyweight介面，並為內部狀態增加儲存空間
class
concreteflyweight : flyweight
}//unsharedconcreteflyweight是指那些不需要共享的flyweight子類。因為flyweight介面共享稱為可能，但它並不強制共享
class
unsharedconcreteflyweight : flyweight
}//flyweightfactory，是乙個享元工廠，用來建立並管理flyweight物件。它主要是用來確保合理地共享flyweight
//當使用者請求乙個flyweight時，flyweightfactory物件提供乙個已建立的例項，如不存在則建立乙個。
class
flyweightfactory
public flyweight getflyweight(string key)   //
根據客戶端請求，獲得已生成例項
}class
program
}  }

結果如圖所示：

unsharedconcreteflyweight用於解決那些不需要共享物件的問題。因為享元模式在使用的時候，既有需要共享的部分也有不需要共享的部分，此時unsharedconcreteflyweight的作用就出來了。

享元模式可以避免大量非常相似類的開銷。在程式設計中，有時需要生成大量細粒度的類例項來表示資料。如果能發現這些例項除了幾個引數外基本上都是相同的，有時就能夠受大幅地減少需要例項化的類的數量。如果能把那些引數移到類例項的外面，在方法呼叫時將他們傳遞進來，就可以通過共享大幅度地減少單個例項的數目。

在現實中什麼時候才應該考慮使用享元模式呢？

如果乙個應用程式使用了大量的物件，而大量的這些物件造成了很大的儲存開銷時就應該考慮使用；還有就是物件的大多數狀態可以外部狀態，如果刪除物件的外部狀態，那麼可以用相對較少的共享物件取代很多組物件，此時可以考慮使用享元模式。

namespace
public
string
name}}
//**抽象類
abstract
class
website
//具體**類
class
concretewebsite : website
public
override
void use(user user)     //
實現"use"方法
}//**工廠類
class
websitefactory
return
((website)flyweights[key]);
}//獲得**分類總數
public
intgetwebsitecount()
}class
program
",f.getwebsitecount());
console.readkey();
}}  
}

結果如下圖所示：

享元模式設計模式學習

設計模式（享元模式）

設計模式享元模式

設計模式享元模式

享元模式 設計模式學習

設計模式（享元模式）

設計模式 享元模式

設計模式 享元模式

相關推薦

享元模式設計模式學習

設計模式享元模式

設計模式享元模式