Discussion :

[djools]

Bonsoir!

alors je vous explique.

depuis que je fais du web je me pose ma meme question tous les jours.

ou stoker mes objets pendant que la personne modifie le formulaire.
en session vous allez me dire ? oui mais est ce la seule solution?

exemple :

je charge de la base des infos clientes puis créé un objet pour remplir les champs du formulaire client.

le client valide la page et la Le drame ou est passé mon objet? lol

moi je fais au chargement de la page, si objet en session, je le récupére et rempli le formulaire sinon je le met en session et je charge.

vous aussi?


2 ème question : vous avez des objets pour gérer les objet en session?

[Kaidan]

C'est un peu le but de l'objet Session.

Il y a bien entendu d'autres moyens de le faire, mais pourquoi réinventer la roue ?

Tout dépends de l'objet : les données provenant d'une base ont peut-être besoin d'être actualisés à chaque affichage du formulaire pour tenir compte des modifications éventuelles effectuées par d'autres utilisateurs. D'autres objets peuvent très bien être relus depuis la Session. Il n'y a pas de règle, c'est au cas par cas.

Personnellement, le seul objet pour manipuler les sessions que j'utilise est un objet qui concerne toutes les sessions et permet à un administrateur de killer une session.

[lutecefalco]

Si tu restes dans la même page, tu peux passer par le ViewState aussi, ça économise de la mémoire mais la page est est plus lourde.
A toi de peser le pour et le contre suivant ton appli

[Kaidan]

Le ViewState peut être décrypté par le client ou par tout sniffer sur le trajet. Il ne faut donc pas oublier de peser le pour ou le contre côté sécurité.

Bien entendu, çà ne fonctionne en plus que pour les données qui peuvent être sérialisées je crois.

[Bluedeep]

Bien entendu, çà ne fonctionne en plus que pour les données qui peuvent être sérialisées je crois.

Exact, mais la remarque est aussi valable pour les objets de session, du moins dès que tu as besoin d'utiliser un load balancer : dans ce cas tu dois sérialiser tes objets de sessions (nativement ca peut se faire via Sql Server ou via le service spécialisé ASP.Net State Service).

[djools]

ok les gars!super sympa pour vos réponses.

j'explique ce que je veux(aimerais) faire :

Un control toto contenant un objet pour remplir les champs
Un control parent SuperToto répétant le control toto N fois.

Tous c’est controls héritent de l’interface Itoto, avec une méthode, ValidateControl

Qui va chercher un objet en session , vérifier si des changements ont étaient fais, puis insérer en base.


Chaque control doit être autonome, soit capable de mettre en session son objet, et être capable de retrouver SON objet apres (au validate).
En fait je veux lier un objet en session avec sont controlWeb

ma page
Control1 -> objet1
Control2 -> objet2


puis ma page.validate()
Control1.validate() -> objet1.validate()
Control2.validate() -> objet2.validate()

c'est pour un mode admin en interne.

comment vous feriez ca? vous.

objectif créer des controls autonomes mais une fois assemblés utilisable grâce à leur interface Itoto commune.