2009-01-19 9 views
0

J'ai une application Web que je construis qui a environ 50 formes.Organisation de nombreuses formes sur de nombreuses pages

J'ai une très belle classe de construction de formulaire qui gère très bien la création et la soumission de ces formulaires et qui est entourée de gestionnaires d'erreurs, etc. Aucune aide n'est nécessaire.

Cependant, les formulaires sont dispersés sur 120 pages. Je pourrais vraiment utiliser votre point de vue sur la structure d'organisation idéale pour ces pages/formulaires. Voici quelques idées. Les deux ont des avantages et des inconvénients.

  1. Chaque page, dans l'en-tête, crée la forme détecte là la présence d'un $ _POST [ « action »] variable et traite les formes là. Chaque formulaire est construit par une fonction dans un fichier de fonctions de formulaire et renvoie l'objet formulaire lorsqu'il est appelé dans l'en-tête de la page, et lors du traitement, puisque $ _POST est un superglobal, les fonctions de traitement sont appelées dans l'en-tête de la page aussi. Pour chaque page telle que profile.php, incluez un fichier dans l'en-tête incluant un fichier profile.forms.php dans lequel la méthode # 1 ou # 2 se produit.

Idées?


Juste une note, il y aura rarement plus d'un formulaire par page.

Répondre

0

Skuta J'apprécie votre aide. J'ai fini par utiliser # 2 et après avoir étoffé le projet entier j'étais extrêmement heureux des résultats. Il était flexible et cohérent dans sa mise en œuvre et j'ai été capable d'amener facilement d'autres codeurs au projet avec un minimum de formation.

1

Optez pour 3. - il sera plus facile de maintenir le code plus tard que de changer 120 pages une par une.

Questions connexes