Bevare objekter

hvordan skal de forskellige requests sammenknyttes ?

samme session ? i så dald er session objekt jo nok ikke helt forkert !

Det er en bruger der skal udfylde en del oplysninger, som der ikke er plads til på en enkelt side. Derudover er nogle af felterne afhængige af tidligere valg, så det er oplagt at lægge det på forskellige sider. Siderne udfyldes efter hinanden og til sidst skal data gemmes i database.

Var det oplysninger nok ?

Tænkte at det kunne være Microsoft havde funde på noget smart, der kunne kompensere for at http er state-less, uden at man selv skulle programmere det...

Hvis du benytter ASP.NET 2.0 kan du benytte den kontrol der hedder Wizard - Den tilbyder den slags.
Mvh

Og kompensationen for stateless i ASP.NET hedder ViewState og benyttes af de medfølgende kontroller.
I ASP.NET 2.0 findes der af samme skuffe ControlState.
Mvh

Hvordan skal det bruges ?

Eksempel: Under Pageload oprettes et objekt med nogle parametre. Når der trykkes på en knap der skal sætte et par ekstra parametre har den jo glemt alt om objektet. Hvordan bruger man så viewstate eller Controlstate til at den husker objektet ?
Eller skal man slutte alle procedurer med at gemme objektet i en sesseionvariable og starte alle med at hente den ?

Du skriver til ViewState på samme måde som til session:
ViewState["someName"] = someObject;
og du henter også på samme måde.

Det kræves at objektet kan serialiseres, hvilket du kan fikse ved at dekorere klassen med
[Serializable]

Men du kan benytte en wizard kontrol hvis det er sådan en standard wizard agtig ting du skal lave.

Og ... Du kan self. også benytte session... Det kommer an på hvor du helst vil skabe overhead (ram på serveren - eller båndbredde).

Mvh

OK. Det er nok ikke så mange samtidige brugere, så det kunne godt blive i sessions. Er der andre fordele/ulemper ved sessions vs. viewstate ?

Og som jeg ser det så skal man altså læse/skrive til viewstate hver gang man starter/slutter en procedure/function ?

bemærk at session og viewstate må opføre sig lidt forskelligt ved 2 samtidigt åbne
browser vinduer til dine sider, men der er nok størst sandsynlighed for at du ønsker
viewstate funktionaliteten

arne_v: Hvad mener du med at de må opføre sig forskelligt ?

som jeg forstår det så fungerer viewstate ved at det bliver gemt data i
et hidden field altså client side

mens session jo gemmes server side

det betyder at har du to åbne browser vinduer på samme site, så kan de have
forskellige data i viewstate men vil altid have ens data i session

Men sessions bliver jo gemt "pr. browervindue der er åbent", så hvis man gemmer data i f.eks både viewstate og i session, så burde de da være ens, og begge dele er da uafhængige af andre browservinduer/sessions. Jeg er ikke helt med på hvad du mener.

nej

sessions maintained via cookie (hvilket vel er mindst 95% idag) er per browser
instans

og de mest gængse browsere idag understøtter multiple vinduer i en enkelt instans

OK... Som jeg ser det er der ikke umiddelbart en smartere måde at gemme objekter på end sessions eller viewstate.

Men tak alligevel, for nyttige oplysninger. Smid et svar begge to, så kan i dele point

ok

Og et svar her.
Mvh