"Conservazione dati"

venerdì 10 febbraio 2006 - 17.03

PEPE Profilo | Senior Member

Salve a tutti,
ho aperto questo post non per problemi (tecnici) ma più che altro per capire certi meccanismi. Ho letto in giro che la maggior parte di voi in particolare coack e brainkiller, odia la sessione. A questo punto vorrei capire il tipo di gestione "corretta" per casi come questo che vi descrivo.

Allora io ho 8 pagine aspx (steps) che mi permettono di effettuare un inserimento dati. Quando passo da una pagina all'altra ho necessità di conservare i dati inseriti nello step corrente per poi rivisualizzarli quando l'utente torna indietro per suoi motivi (per controllo dati, per cambiare qualcosa ecc ecc).
Io per tenere traccia dei dati ho utilizzato il metodo httpContext.current.session.add(key, value).

In casi di questo tipo e corretta questa gestione?

Grazie 1000,
Luca.

totti240282 Profilo | Guru

si con la session vai bene o al massimo le metti in cache o in cookie ,ma le sessioni per me sono la soluzione migliore.

C'è solo un capitano !!!!!!

PEPE Profilo | Senior Member

Grazie per il tuo consiglio,
volevo comunque dire agli utenti che leggono che coach e brainkiller sono due persone che stimo moltissimo per cui citandoli non intendo assolutamente accusarli o criticarli di nulla.

Pongo Profilo | Senior Member

Io nel mio progetto, il primo sviluppato con .net , ho usato le session per alcuni dati "importanti" per gli altri ho usato dei parametri nella barra dell'indirizo! Al page load della pagina desiderata faccio un controllo per vedere se le vengono passati dati o no!

mi è sembrata la soluzione migliore. Anche perchè altri modi non ne conosco. Per adesso! ^_^

totti240282 Profilo | Guru

si però hai detto bene tramite la querystring i dati sono visibili e poi mi pare ci sia un limite max 32kb mi pare si possono passare ma non ne sono sicuro.

C'è solo un capitano !!!!!!

totti240282 Profilo | Guru

>Ciao Luca, allora il discorso della session è che prima cosa
>non è scalabile.
>
>Un'applicazione si intende scalabile quando all'aumentare delle
>risorse hardware non si modifica nulla, invece con la session
>che succede esempio in architettura reale dove spesso l'application
>server è in Load Balancing? quando cade un server e in automatico
>si viene rindirizzati sull'altro si perde la sessione e quindi
>tutte le sue variabili. Inoltre è poco performante perchè appesantisce
>molto l'applicazione. Se proprio si deve far uso della sessione
>meglio usare quella memorizzata su sql server.
>
>Per il tuo problema la miglior cosa è usare Server.Transfer e
>la collection Items del context
>es.
>Nella pagina chiamante fai
>Context.Items.add("chiave",valore) dove puoi inserire anche un'arralyst
>o altro
>e nella pagina chiamata fai
>string myvalore = (string)Context.Items["chiave"]
>
>http://www.dotnethell.it/tips/ServerTransferASPNET.aspx
>
>In asp.net 2.0 invece è molto utile e comdo l'utilizzo del Profile
> come fan ben vedere teo in questo articolo
>http://www.dotnethell.it/articles/ASP.NET2-Profile.aspx
>
>Quindi cercate di usare il meno possibile la session.
>Spero di aver risposto al tuo dubbio :-)
>
>il mio blog
>http://blogs.dotnethell.it/Coach

e Context non pesa lo stesso sulla memoria come la session ??? dove vengono memorizzati i dati ???

C'è solo un capitano !!!!!!

totti240282 Profilo | Guru

scusa mi sto confondendo ,anche la sessione però rimane legata direttamente alla sessione/contesto corrente.

C'è solo un capitano !!!!!!
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2024
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5