Discussion :

[speedev]

SAlut!

Ca fait déjà qlq appli de saisies que je développe pour des clients et je que j'ai pu tester à la fois le passage de variables par champ hidden et par session et j'avoue ne pas voir quelle est la meilleure solution. Vous me direz, tout dépent du nombre de valeurs saisies, la fréquence de saisie etc...

J'ai là une appli qui fait 3 ou 4 pages de saisies (plusieurs formulaires donc) qui aboutissent à une page d'insertion dans la base de toutes les données saisies. Il faut biensur que toutes les valeurs saisies soient conservées aussi bien en avançant qu'en reculant dans la saisie pour éviter une resaisie.

J'ai donc deux choix pour lesquels j'hésite à chaque fois!

1 : Créer autant de champ hidden que de champ de saisie par page afin de conserver les valeurs saisies.
Avantage : Tout est visible directement dans le code HTML, on voit bien l'emplacement de chaque variable
Inconvénients : Surplus de code, chaque variable est transférée à chaque fois.

2 : Stocker les variables en session
Avantage : Légèreté et dynamisme d'exécution (moins de variables à circuler)
Inconvénient : Beaucoup plus de variables en session car beaucoup d'applications de saisie utilisent ce système. Rigueur de développement quant à la manipulation des variables oblige sinon.

Je précise qu'aucun des deux choix ne me pose soucis. Personnellement je préfère le mécanisme par session.

Que préférez-vous?

Merci!

[Tiois]

Je préfère aussi les sessions, entre autre du au fait qu'on doit créer le code pour mettre les valeur d'origine des champs hidden si on fait un post sur la meme page.

ex.: on a une page index.php qui post des informations sur elle-même, si les valeurs entrées par l'utilisateur ne sont pas complètes, on doit remettre les valeurs dans les champs hidden, donc plus de code.

Selon moi les sessions demeurent la meilleure solution !

[navis84]

Bonjour,

je préfère aussi le mécanisme des sessions. Tu peux à la limite créer un tableau en session. Comme ça, tu n'as qu'une variable avec toutes tes données dedans.

Je n'utilise les champs hidden que lorsque j'utilise la donnée dans la page de traitement.

[Bebel]

Bonjour,

je préfère aussi le mécanisme des sessions. Tu peux à la limite créer un tableau en session. Comme ça, tu n'as qu'une variable avec toutes tes données dedans.

Je n'utilise les champs hidden que lorsque j'utilise la donnée dans la page de traitement.

Pareil. Je pense que les champs hidden, sont pratiques pour ajouter des informations que l'utilisateur n'est pas censé voir, des champs par exemple que tu utilises pour certains paramétrages, ou meme pour récupérer des valeurs javascript. (par exemple la taille de l'écran).
Du moins c'est comme cela je concois l'utilisation des champs hidden.

[speedev]

Nous concevons bien de la même manière!
Je reste sur les sessions!
J'attends quelques autres avis avant de mettre résolu!

Merci

[startout]

Je n'ai jamais utilisé les sessions mais j'en perçois l'intérêt.
Je suis donc persuadé que c'est la meilleure solution. Je me vois mal créer autant de champs cachés qu'il y a de champs saisi.
Promis je vais m'y mettre au session.

[MaTHieU_]

Selon moi les sessions demeurent la meilleure solution !

+1

Mathieu