設計模式享元模式

乙個人給一家企業做**，然後他的好多朋友也希望做這樣的**，但要求不太一樣，有的人希望是新聞發布形式的，有人希望是部落格形式，而且都希望在費用上大大降低，可是每個**租用乙個空間，費用上降低也是不太可能的，怎麼辦呢？

如果100家企業來做**，就必須申請100個空間，用100個資料庫有，用類似的**複製100遍，如果有bug或新的需求改動，維護量就太可怕了。

利用使用者id號的不同，來區分不同的使用者，具體資料和模板可以不同，但**核心和資料庫卻是共享了。

享元模式,運用共享技術有效的支援大量細粒度的物件。

根據享元模式寫乙個幫人做**的**。

//具體**類

class concretewebsite : website

public override void use()

}//**工廠類

class websitefactory

return (website)flyweights[key];

}//得到例項的個數

public int getwebsitecount()

}class program

", f.getwebsitecount());

console.read();}}

}這樣是有問題的，給企業建的**不是一家企業的，它們的資料不會相同，所以至少它們都應該有不同的賬號，怎麼辦呢?

實際上沒有體現物件間的不同，只體現了它們共享的部分。

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

客戶的賬號就是外部狀態，應該由專門的物件來處理。

//具體**類

class concretewebsite : website

//實現use方法

public override void use(user user)

}//**工廠類

class websitefactory

return (website)flyweights[key];

}//得到例項的個數

public int getwebsitecount()

}//使用者

class user

public string name}}

class program

", f.getwebsitecount());

console.read();}}

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

設計模式 享元模式