Zend FR

Bonjour,

Voici une p'tite demo (ZF-1) avec 2 facons de faire (1dossier forms + 1 helper) :    zendDemoForm.zip (n'est plus disponible)

Dezipper dans le dossier "root"

Les urls:
http://localhost/zendDemoForm/public
http://localhost/zendDemoForm/public/Index
http://localhost/zendDemoForm/public/Index/page1
http://localhost/zendDemoForm/public/Index/page2

2 bouttons de type 'submit' apparaitront

Dernière modification par us2rn4m2 (06-12-2012 09:11:35)

Ça ne fonctionne malheureusement pas comme solution, mais c'est gentil d'avoir essayé

J'ai du mal exprimer mon besoin.

Actuellement grâce à votre méthode, j'ai réussit à faire un démo de ce que je recherche.

C'est à dire d'avoir un formulaire qui permet de se logger ou de reconnaître que l'on est logger et ce partout ou je l'appel.

Sauf que mon modèle ce heurte a d'autres réalités, comme celle d'avoir d'autres formulaires présent dans la même page... À ce moment la, la validation du formulaire ne fonctionne plus convenablement parce que l'on applique la validation sans pouvoir spécifier.

Finalement, un login c'est une chose, faire la même chose avec un logout s'en est une autre.

Ce que je pense être la solution, ce serait que tout mes controlleur héritent d'action commune

LoginAction
LogoutActin
CommentaireAction
etc..

Je ne suis même pas certain que ça ferait ce que je veux et je ne suis pas certain de comment le faire.

Ce qui est dommage dans mon histoire c'est que tout ce que je veux faire : ACL, gestion des template, gestion des droits, ajout, suppression, modification etc.. Tout marche ! Mon projet reste coincé parce que je n'arrive pas à gèrer correctement mes formulaires

1 - de Login et logOut
2 - d'ajout de commentaire.

Parce qu'ils peuvent être partout dans tout mes controlleurs.

Je suis certain que la solution est simple, et pourtant j'ai par courut la documentation 1.12 de Zend des dizaines de fois.... On dirait que je suis le seul au monde a vouloir faire une telle chose avec Zend.

Bon j'ai telecharger ton zip.

Ce que j'ai dis

us2rn4m2 a écrit:

Voici une p'tite demo (ZF-1) avec 2 facons de faire (1dossier forms + 1 helper)

Si je dis qu'il y a 2 facons de faire ça veut dire que tu peux selon ta convenance utiliser soi l'une, soi l'autre  mais pas l'une imbriquée dans l'autre !!!

[lang=php] class Zend_View_Helper_FormCommentaire extends Zend_View_Helper_Form 
{   

    public function formCommentaire() 
    {
          // Qu'est ce que ca vient faire ici !! C'est pas ce qu'il ya dans l'exemple    
              $form = new Application_Form_Commentaire(); 
                ....... code 

}

class Zend_View_Helper_FormLogin extends Zend_View_Helper_Form 
{   

    public function formLogin() 
    {    
            // La aussi ca n'a rien a faire là !!
        $form = new Application_Form_Login(); 
        $auth = Zend_Auth::getInstance();
        ..... code
       }

Regarde bien ce que j'ai fait dans la demo !

Dernière modification par us2rn4m2 (07-12-2012 14:02:39)

OK,

Avec ce que j'ai fait tu peux sur n'importe quelle page avoir:

- plusieurs formulaires
- et traiter la validation du formulaire qui a été posté sans interférer avec celle des autres

Pour cela j'ai rajouté:
- dans Bootstrap.php : modifier, et rajouter des instructions
- dans le dossier library : créer un dossier X/Controller/Plugin
- dans le dossier X/Controller/Plugin : créer un plugin FormValidation.php
- dans IndexController: rajouter une action page 1 (URL -> http://localhost/renko/public/Index/page1)

Pour le login, logout c'est toi qui vois

Voila, j'ai fait avec ce que je sais faire, y'a peut etre mieux, avec des helpers ou je ne sais trop quoi d'autre, mais en tout cas la demo elle marche !

Téléchargement: renkodemoform.zip

Est ce que ca correspond, ou du moins en partie, à ce que tu veux ?

Dernière modification par us2rn4m2 (08-12-2012 07:43:09)

Wow ! Ça fonctionne très bien.

J'aurais une dernière question.

Ça veux dire que je ne passerais plus par des controlleurs ? Je ne s'aurais pas comment différencier si ce que j,envoie à un ajout, une modification , une suppression etc..

Je devrais donc coder un gigantesque switchcase pour tout les traitements possibles ?

Exemple :

        if(isset($form)) {
            if($request->isPost() && $form->isValid($request->getPost())) {                
                switch($request->getPost('submit')) { // (la clé) submit renvoie le nom du formulaire qui a ete poste
                    case 'Connect':
                        // Toute ma validation d'authentification.
                    case 'Commentaire':
                        // Toute ma validation d'ajout ou de modification ou de retrait de commentaire
                }
            }            
        }

tk, ça me démontre que c'est possible de faire ça, c'est super Tu fais ma journée !!!

La bonne nouvelle, c'est que c'est comme ça que j'avais commencé mon traitement Je suis pas si mauvais avez Zend

La seule chose c'est que dans ce genre de traitement on suppose que l'action appelé par le formulaire est vide et que c'est grâce au titre du bouton que l'on détermine l'action.

C'est fonctionnel mais je doute que ce soit la façon officielle de faire de Zend

Aussi, je ne vois pas comment faire des appels de comme

/commentaire/add
/commentaire/remove
/commentaire/modify

et en même temps, faire en sorte que l'utilisateur reste sur la même page.

Donc que si on est sur www.monsite.com/article-1001.php  ( grâce a une route )
et qu'un administrateur efface un commentaire donc avec une action comme /commentaire/remove/12
qu'il ne soit pas envoyé sur www.monsite.com/commentaire/remove/12 mais plutôt que le traitement soit produit et qu'il soit ramener sur la même page.

Ça reviens à un gros if else non ?

        $controller = $request->getControllerName();
        $action = $request->getActionName();

if($controller == "commentaire")}
   switch($action)){

  }
}

etc..

Déjà sa fait en sorte que je n'utiliserais plus jamais les controlleurs....  qui est la base du MVC de Zend...

Mais à la toute fin, après le predispatch, il va quand même essayer de l'amener vers www.monsite.com/commentaire/remove/12


Je ne peux pas croire que la seule façon de faire du traitement de formulaire dans tout les controlleurs soient de les retirer les controlleurs qui utilisent des formulaires C'est triste....

@amiss : Tout ceci est fort pratique quand on ne considère pas.

A - Permettre l'appel au formulaire via n'importe quel page.
B - Ne pas effectuer de changement de page donc aucun appel de controlleur, ni d'action puisque le but est de ramener l'usager sur la page en cours, et comme on veux afficher les erreurs... On ne dois pas utiliser de redirector...

Il y a des moyens détourner comme de sauvegarder mes erreurs dans une variable session mais je considère sa vraiment stupide..

Si mon formulaire de login était toujours sur la même page et que  mon logout retournais à l'index... Je n'aurais pas eu à ouvrir un sujet ici

Sauf que le fait d'utiliser un redirector perd toute les validations défini dans le formulaire, il n'y auras aucun message d'erreur tel que défini dans mon Zend_Form.

Flash Messenger c'est bien, si on centralise tout nos messages d'erreur à la même place.... Sauf que dans mon cas, ma page peux avoir des messages pour le login, des messages pour l'ajout de commentaire, des messages lors de l'ajout d'une note etc... etc...

FlashMessenger utilise des variables de session pour sauvegarder des messages, et j'ai écrit que je trouvais sa stupide... parce que c'est stupide...


Merci pour le redirectorToOrigine, je vais le noter mais pour tout le reste.... Avec une tel méthode, on perd tout le fonctionnement de validation des formulaires de Zend....

l'aide de vue(qui encapsule le formulaire) intervient ici dans la seule logique d'affichage du formulaire et tout le traitement.



________________________________
wow gold,wow po