Jel ti to pitas za viewstate ili za session state?

Ne vidim zasto bi viewstate bacao bilo gde, narocito u bazu na serveru...

Pitam bas za Viewstate, jer ako na formi npr. imam 4 DataGrid-a, stranica zna da poraste i do 200Kb, sto realno gledano korisniku ne odgovara.
E sad koriscenjem odredjenik kompresija ili stavljanjem ViewState-au bazu itd, velicina same stranice se drasticno smanjuje i samim tim stranica je bolje optimizovana.

Sad si mi probudio crva za SessionState :)

Auh, sta ce jadni user da radi sa 4 datagrid-a, ima da im se zavrti u glavi ;))

Cak i ako to ostavimo sa strane, zasto bi bila prednost ako ViewState serializujes u databazu, malo mi to paradoksalo zvuci.

Opet moras da ga prebacis na korisnika tako da ne znam koliko si dobio sa tim extra korakom sa db.

Vladdy, mislim da ga nisi razumeo dobro - ako stavlja podatke tih gridova (npr DataSet-ove) u view state stranice onda se povecava velicina stranice zbog podataka u ViewState-u a takodje i kad se radi postback opet se ti isti podaci koji se nalaze u ViewState-u salju nazad na server.
Svakako postoji puno slucajeva gde se malo veca kolicina podataka mora cuvati u "ViewState" i tu je apex-ovo pitanje sasvim na mestu, i mene interesuje neko dobro rešenje za ovo.

Da da da. O tome ja pricam. Hvala na pomoci !. Onih 4 DataGrid sam dao kao primer i naveo sam to sa "npr." :)

Nemoguce da to niko ne koristi. Svaki napredniji projekat zahteva da ima ovaj tip optimizacije, jedino ako necete da otkrivate svoje "tajne".

Sasvim je moguce da niko to ne koristi, ja prvi to ne koristim nikad. Ako bih stovario viewstate u nekom persisten storage-u onda to ne bi bilo nista drugo do sekundarnog session state-a. Trik za optimizaciju viewstate je da se minimizuje njegova upotreba i da se ne trpa cetiri dataseta u njega vec da se iskoristi server side kesiranje a da se vew state koristi u svoju namenu a to je pamcenje non-default propertija preko visetrukih poziva stranice. Ako imas label cije propertije neces menjati u kodu iskljuci mu viewstate i eto ti optimizacije. Imaj u vidu da je bilo kakvo trajno pamcenje podataka na serveru 'opasno' jer nema garancije da ce se korisnik vratiti i onda taj snimljeni state ostaje u bazi/disku itd i mora da se cisti periodicno itd itd.