Bonjour,

Une simple question comment selon vous comment faut t'il faire pour concevoir un formulaire avec récupération des valeurs dans MySQL, dans les règles de l'art ???

Je ne demande pas comment faire un formulaire je demande juste l’avis de programmeur pour concevoir un formulaire irréprochable, les règles à respecter, les erreurs a ne pas faire.

Merci

Par exemple : faire un formulaire en dur ou aller chercher le formulaire dans une TABLE

Comment fais-tu un formulaire pour une table mysql ?
Moi je récupère des variable que je test (vide, int, String...)
Une fois leurs existences vérifiés, j''insère les valeurs dans des champs.
Je repond de cette manière parce que je cherche une belle solution en POO, via une class, mais surtout la class devrai prendre une variable d'argument (tableau surement).
C'est que tu cherches ?

Si tu veux faire un formulaire dans les règles de l'art oublie MySQL x)
Tu fait ton formulaire en dur et tu contrôle tout à fond avant de l'envoyer à ta BDD
Prend PDO aussi

On a poster en même temps...

Comment fais-tu un formulaire pour une table mysql ?

Je ne fais pas un formulaire pour MySQL,je dis simplement qu'il est possible d'aller chercher un formulaire dans une TABLE MySQL.

Si tu veux faire un formulaire dans les règles de l'art oublie MySQL x)

Oui d'accord mais pourrais tu me dire pourquoi stp ...


Merci

Je ne vois pas l'interêt de stocker les champs du formulaire qui sont pour la vue, éclaire moi,
un exemple peut-être ?
EDIT
Vue pour le v de mvc, que je ted à respecter

EDIT
Vue pour le v de mvc, que je ted à respecter

Excuse moi j'ai pas compris

Le design pattern mvc, permet de séparer et structurer, il est très populaire pour le web, et je disait vue pour la vue de MVC, qui permet d'afficher sans faire trop de traitement, enfin c'est comme ça que je l'applique (j'essaie de l'appliquer), c'est utiliser massivement en J2EE, c'en est même le coeur.
MVC
M
Le modèle englobe à la fois la logique métier et les données (persistence) on utilise une classe pour se faire.
V
Une fois la requête traitée, le contrôleur détermine quel composant doit être employé pour afficher les données
C
Ce composant reçoit les requête des client(browser), traite et transmetttent aux composant "Model".
En faite il faut pas mal pratiqué, mais une fois assimiler on gagne du temps puisque tout le monde structure de la même manière sont code.
Je te le conseil.
>>
Je serai curieux de voir le stockage des champs dans une table, cela existe, un design Pattern DAO (je n'en suis pas sur ?)
EDIT
Le soucis après c'est d'appliquer des exemples de j2ee(DAO, Singleton...) au php, c'est pas évident mais en cherchant...

Je serai curieux de voir le stockage des champs dans une table, cela existe, un design Pattern DAO (je n'en suis pas sur ?)

C'est simple à faire, mais ma question étais cela est t'il utile ?

A mon avis il faut pratiquer pour l'adopter, c'est un dp très populaire, donc c'est bon, mais en retenir le meilleurs, je m'interroge.
un peu de code ?

A mon avis il faut pratiquer pour l'adopter, c'est un dp très populaire, donc c'est bon, mais en retenir le meilleurs, je m'interroge.
un peu de code ?

Imaginons que tu crée un champ nom comme ceci :

CREATE TABLE `formulaire` (
  `id_formulaire` varchar(255) NOT NULL default '0',
  `nom` text,
    PRIMARY KEY  (`id_formulaire`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

Le champ pourrais contenir ceci :

<input type="text" name="nom" size="20">

Donc en toute logique quand tu récupére la valeur du champ tu obtient un champ INPUT
Simple, mais cela est t'il vraiment utile du point de vue de la sécurité ou cela est totalement inutile

il n'y a rien d'original la dedans.
Par contre si tu fait un accesseur, tes variables seront accessible à travers des méthodes.
Mais bon...
EDIT
Le dp DAO permet d'avoir une classe par table et cela pour tout travaux, formulaire...
Sa structure le code...