Starší komentáře ke článku: ViewState v ASP.NET aplikacích - změna implementace ukládání
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 14.6.2004 17:19:26
Nevite nahodou, zda toto nebude reseno ve Frameworku 2.0 ?
Datum vložení: 14.6.2004 17:26:21
To bohuzel netusim, zatim jsem se ke zkoumani novinek v pripravovanych verzich .NET Frameworku nedostal.
Datum vložení: 13.1.2006 21:16:34
A jak je to s Instancemi vlastních tříd? Je možné je ukládat do ViewState? Popřípadě jak. Mám klasickou třívrstvou architekturu a potřeboval bych vytvářet a uchovávat instance tříd v rozsahu jedné stránky. Zatím to řeším pomocí session ale bohužel session je Globální pro všechny stránky aplikace v rámci jednoho clienta. Takže hrozí nebezpečí vytvoření stejného klíče. Máte s tím někdo zkušenosti ??? Jak tento problém řešit. Nechci při každém Post Backu vytvářet znovu instance tříd když už jednou byly vytvořeny.
Datum vložení: 14.1.2006 8:38:18
Pokud chcete uchovávat objekty mezi postbacky na jedné stránce, tak si do ViewState uložte jen klíč (vygenerované Guid apod.) a pod tímto klíčem si serverové objekty uložte do Cache. Do Session je můžete dát pod tímto klíčem také, ale Cache má výhodu v tom že objekty po vypršení timeoutu automaticky odstraní a uvolní tím paměť serveru. Celé instance bych do ViewState určitě nedával, jejich serializace a deserializace by dost zdržovala a také uložení velkého ViewState nebude nejrychlejší.