Discussion :

[neo18045]

Bonjour à tous,

Cette discussion n'a pas pour but un débuggage mais plutôt avoir plusieurs avis.

Cette question fait un peu débutant mais suite à une conversation entre collègue, nous nous demandions la meilleur méthode de transmissions et traitement de données d'un formulaire.

Je m'explique : certain (comme moi) sont pour l'envoi des données vers un script php séparé (exemple : monformulaire.php -> montraitement.php) afin de les vérifier et les traiter, d'autre sont pour un bouclage sur la même page (exemple : monformulaire.php -> monformulaire.php).

Je sais que le sujet peut paraitre bateau et inutile mais quel est selon vous la meilleur méthode d’envoi et traitement des données d'un formulaire ?

Merci par avance.

[Celira]

M'est avis que ça dépend du traitement.
Si ton formulaire est par exemple un convertisseur de température C° <-> F, c'est plus simple de tout mettre au même endroit.
En revanche, pour un formulaire d'inscription avec envoi de mail de confirmation et 36 insertions en base, ça va vite être ingérable si tu mets tout dans le même script.

Tout ça dépend aussi de si tu utilises un modèle MVC, auquel cas tu peux avoir plusieurs traitements qui utilisent la même vue ou un seul traitement qui affiche des vues différentes selon le résultat.

[Benjamin Delespierre]

Si on suit le principe de séparation des responsabilités (separation of concerns) alors il apparaît clairement qu'il faut séparer le script responsable de la mise en forme du formulaire (la vue) du script responsable du traitement des données reçues de celui-ci (le contrôleur).

La solution qui consiste à utiliser le même script pour gérer plusieurs aspects est acceptable si tant est que l'application n'a pas une grande complexité, sinon le méli-mélo de code de contrôle, de métier & modèle et de vues devient (très) rapidement ingérable et augmente exponentiellement l'entropie du projet. On arrive à la situation où on ne sait plus ni dans quel script ni à quelle ligne se situe une erreur constatée dans l'application.

Comme l'a fait remarquer Célira, le MVC permet de résoudre cette problématique.

[Le Néophyte]

Salut,
Perso je prefere la boucle qui me semble plus sécurisé...
Mais je peux me tromper
A plus

[TERRA126]

En ce qui me concerne c'est : ça dépend. Je pars du principe que quand on code il faut mélanger la praticité, rapidité, performance et la beauté du code. A partir de là pour moi chaque projet peut être vu de différentes façon et donc conçus de différentes manières.

Comme dit plus haut dans un modèle mvc la séparation est de mise mais dans un simple site web vitrine avec une page "vos avis" le doute peut s'installer et j'aurais tendance à faire la page avec une boucle .