Zend FR

Salut,

Si j'ai bien compris, tu as un tableau html, sur chaque ligne, tu souhaites mettre une action 'Archiver', et si l'archivage s'est bien passé, tu souhaites afficher un message de succès ?

Dans un premier temps, je te conseille d'imaginer le cas ou l'action ne retourne pas un succès.
Dans ce cas, il faudra prevoir un message de succès, mais aussi un message d'erreur.

Tout cela n'a pas vraiment rapport avec ZF, m'enfin :

Pour tes requêtes ajax, je te conseille des outils comme Prototype (++++) ou jQuery... te permettant de faire des requêtes ajax assez simplement :

Par exemple, avec prototype, on peut imaginer une fonction similaire (assez simplifié dans l'exemple)

function archiveById(id) 
{
    new Ajax.Request('/customer/archive/' + id) {
    {
        method        : 'get',
        onSuccess: function(transport)
        {
            var response = transport.responseText || false;

            if(response == 'success') {
                  $('myDivMessage').update("Archivage effectué avec succès");
            } else {
                $('myDivMessage').update("Erreur lors de l'archivage");
            }
        },

        onFailure: function(){
            $('myDivMessage').update("Erreur lors de l'archivage");
        }
    });
}

Dans cet exemple, tu devras mettre un onclick="archiveById('<?php echo $row['id']; ?>')" sur les ligne de ton tableau.

Ensuite, dans l'action ArchiveAction de ton controller CustomerController, tu devras récupérer/filtrer/valider l'id, effectuer l'action d'archivage, et renvoyer une valeur "success" pour succès, ou "failed" pour une erreur (voir function js ci-dessous).

Comme je te l'ai dit, c'est assez simplifier, mais personnelement, je pense que la meilleures de solutions, c'est de renvoyer une réponse formattée en json similaire à celle-ci :

{
   status : 'sucess',
   msg : 'custom message for success action'
}

Ce qui te permettrait de gérer le message d'erreur via php, et non directement en js (pour traduire avec Zend_Translate par exemple).

Bun il y a deux solutions :

- ne pas utiliser l'action helper ViewRenderer au profit de Zend_View,
- utiliser la méthode setNoRender() du ViewRenderer qui desactivera le rendu de la vue

Dernière modification par Phoenix17 (02-01-2008 20:47:29)

Le ViewRenderer n'est qu'un action helper qui utilise Zend_View il me semble. Ce sont donc 2 choses complémentaires (je crois qu'il n'y a que Zend_View qui peut s'utiliser seul).

>> Pourquoi ne pas utiliser xajax : pas de javascript a écrire MAIS du php qui le génère en code inline...
On a vu plus propre.

Je ne sais pas si tu utilise de l'HTML ou plutot XHTML/CSS la différence du 2ième cas réside dans le fait que la mise en forme du document est séparé de celui ci (XHTML->document, CSS-> mise en forme).
Dans la même optique, le Javascript représente le comportement du document, il doit donc être externalisé pour ne pas poller le document avec des attributs onclick à ralonge.
Et xajax (d'après le snippet que j'ai vu sur la homepage) genère du javascript dans les onclick...
Le comportement est donc mélangé au document. C'est donc "pas propre"

Su le coup ton code n'est pas vraiment "sale".
Ce que je défini comme du code sale, c'est lorsque l'on a du javascript inline cad:

<a href="#" onclick="alert('test'); return false;">Lien de test</a>

Du code propre serait:

//HTML
<a id="lienDeTest" href="#">Lien de test</a>

//Javascript (dans un fichier externe) (avec Jquery)
$(function() {
    $('#lienDeTest').bind('click', function() {
        alert('test');
        return false;
    }
});

Quand je dis que le document doit être séparé du comportement c'est simplement qu'il faut le mettre dans un fichier externe (à la limite dans un balise <script>... à la limite). Utiliser les onclick, onchange HTML c'est "sale"!

Tu me suis là?

C'est vrai que sur des petits codes javascript ça va très bien.
Après quand tu commence à avoir pas mal de javascript (RIA par exemple), ça devient lourd à maintenir.
Avoir tout ses codes js regrouper c'est quand même plus facile à faire évoluer.

Enfin tu le veras bien par toi même un jour où l'autre (ou pas).

Sinon, voici un petit lien sympa: http://www.zendframeworkinaction.com/20 … axcontext/