PHP|Débutant :: Forums

RE,
Oui en fait s'agissant de la gestion dynamique des pages tu conditionnes l'appel de l'une ou l'autre suivant des variables qui peuvent être dynamiquement calculées ou modifiées. C'et clair.
Pour aller plus loin j'avais dans l'idée de générer des pages dynamiquement, de toute pièce et de les faire exécuter; mais ceci est encore d'un autre niveau ça fait appel à une technique de générateur (ceci me rajeunirait car c'est une technique que j'ai souvent utilisée, très tôt.... en 1970 pour mon premier générateur de programmes Cobol pour le squelette du programme gérant toute la partie logique de la logique du programme à partir d'un paramétrage issu d'une méthode d'analyse appelée MINOS).
Ceci est un autre sujet mais qui me tient à cœur de vérifier également en PHP, faire en quelque sorte un générateur d'application.

Bonjour,
Merci pour les exemples et les précisions de vocabulaire.
Je pense avoir compris mais je crois être un peu perdu face à mon exemple.
Si j'ai bien compris l'approche consiste à faire une page qui n'affiche rien et qui seulement teste des conditions de valeurs de variables afin d'appeler les fonctions de traitement correspondante aux résultats des conditions trouvées. Cette page sert comme tu le dis une page contrôleur.
Mais pour revenir à mon exemple très simple il y a comme préambule le fait qu'il faudra:
1) Demander la saisie des données clients au travers d'un formulaire unique,
2) Demander à l'utilisateur ce qu'il veut faire sachant que les traitements ne dépendent pas du résultat de la saisie des données.
En conséquence, quelle que soit l'architecture envisagée, je ne vois pas comment éviter de faire deux étapes:
1) Faire une page de saisie des données clients, avec vue du formulaire, saisie et passage des valeurs des données client,
2) Faire une page de contrôle de formulaires multiples avec récupération des données par $_post et appel des fonctions de traitement correspondant au libre choix de l'utiliateur (non conditionné par des valeurs particulières).

Je tourne en rond et je ne vois toujours pas comment ne pas avoir deux pages distinctes pour dialoguer avec l'utilisateur. Encore une fois j'aurai voulu avoir tout sur une seule page avec formulaires multiples (saisie des données et choix de traitements) mais la contrainte liée à la récupération des données par $_post impose deux étapes et deux pages distinctes.
La seule chose qu'on puisse imaginer, pour n'avoir qu'une page à gérer et à maintenir, c'est de présenter la page avec des vues différentes en jouant sur les champs cachés suivant que les données clients ont été ou non déjà saisies (c'est je pense ce que vous appelez générer dynamiquement les formulaires). Au départ on ne montre que la saisie des données clients , le reste étant caché (formulaire de saisie), par la suite retour sur la même page mais cette fois avec vue des autres formulaires de traitement (formulaire d'affichage client, de saisie client, de mise à jour client, etc.....). Le tout conditionné par une variable d'affichage (false ou true) suivant le cas. 
Mais dans la réalité pour l'utilisateur cela revient toujours au même, il aura toujours deux étapes à faire car les choix de traitement dépendent de son choix et non pas de conditions.
Ai-je bien compris?
Question: Est-il possible de modifier dynamiquement les attributs des champs (cachés ou visibles)? Ou bien comment faire pour que les champs s'affichent ou pas suivant la variable d'affichage?

OK donc oublions MVC puisque je travaille avec des notions de page.
pardon d'être lourd avec vous mais une fois de plus ce n'est pas un problème d'avoir plusieurs formulaires sur une même page, cela fonctionne bien avec des noms différents et des actions différentes (j'ai d'ailleurs un exemple dans mon code pour le menu du choix de traitement proposé à l'utilisateur.
Mon problème est lié au $post, dès l'instant où il faut récupérer les données je ne vois pas comment d'autres formulaires sur la même page peuvent fonctionner. Voilà en fait le problème qui m'oblige à ouvrir une seconde page contenant les actions de traitement après avoir récupéré les données par $post provenant de la première page.

OK merci, je regarderai.

Je pense qu'on ne se comprends pas sur le traitement.
En fait on ne peut pas anticiper ce que l'utilisateur veut faire, premièrement on doit mémoriser les données client et ensuite donner la main à l'utilisateur pour qu'il choisisse le traitement, donc pas possible à mon avis de paramétrer dans l'URL l'argument de traitement.
Il faut bien deux pages à partir du moment où sur la première on ne peut pas activer les données clients et activer les traitements.
Ou alors je n'ai rien compris.....

OK merci, mais désolé ça ne fonctionne pas avec le $_POST['Nom_Client'] dans le deuxième formulaire.
Il me semble que le $_POST['Nom_Client'] ne peut fonctionner qu'à partir du moment où on valide avec le bouton submit, sans quoi la donnée saisie dans l'input n'est toujours pas disponible.
Deuxièmement ce n'est apparemment pas récupérable dans le deuxième formulaire, ça ne peut marcher que s'il n'y a qu'un seul formulaire mais alors il y a conflit avec le menu pour avoir deux boutons (ou plus) submit.
Je ne vois donc pas comment faire mon menu avec plusieurs formulaires et donc plusieurs submit sur la même page.
Effectivement avec les sessions ça fonctionne mais ça alourdit le menu puisqu'il me faut passer par un premier menu qui permet au premier formulaire de saisir les données, puis d'appeler un deuxième formulaire avec d'autres boutons submit (autant que de traitements à réaliser (exemple affichage client, création client, mise a jour client, suppression client, etc....).

Merci.
J'ai essayé ce que vous dites en PHP. 9a fonctionne pour l'affichage.
Mais comment résoudre le problème des submit?
Je ne vois toujours pas comment.
Que deviennent les submit et les deux actions différentes pour appeler soit une page soit une autre ?
Dois-je garder les deux boutons avec les deux appels comme avant?
Merci de me dire également pourquoi utiliser le hidden, c'est une astuce?

Avant d'envisager des sessions je voudrais savoir si je peux récupérer les valeurs dans mon deuxième formulaire de la même page de manière à n'avoir qu'un seul menu et non pas deux au minimum..

Pour plus de précisions voici les autres instructions (appelant appelé)
Programme appelant contenant le formulaire:

Programme appelé:

Pareil pour E_Mail

Je ne sais pas comment faire.
Je ne connais pas l'adresse.