Discussion :

[Darkaurora]

Bonsoir, je cherche a offrir à mes utilisateurs le choix de paramétrer une vue que je créer avec CakePHP et DataTable pour ne citer qu'eux.

Dans cette vue j'ai un tableau dont les colonnes correspondent aux champs d'une table dans ma BDD. Par défaut je n'affiche que 5 colonnes dont 4 qui correspondent à des champs de ma table.

Mon objectif est de permettre a l'utilisateur d'ajouter ou de retirer des colonnes via une page de paramétrage puis d'enregistrer les paramétrages afin qu'ils deviennent persistant.

Pour l'ajout et la suppression de colonnes j'y arrive en statique cependant, je cherche un procédé qui permettrais d'enregistrer dans ma BDD le paramétrage qu'un utilisateur a effectué.

Déjà est ce que c'est possible ? La seule idée qui me viens a l'esprit serait de créer une table qui contiendrais l'ensemble des paramètres que contiens la page de paramétrage puis de définir les valeurs a "true" ou "false".

Suis-je sur la bonne piste ?

Ayant énormément de paramètres je trouve étrange d'agir de cette manière et je viens chercher des conseils avisées afin de continuer sereinement mon développement.

D'avance merci.

[rawsrc]

Salut,

T'es sur la bonne voie à une exception près c'est que tu ne devrais pas t'embarquer dans une table avec une colonne par paramètre, t'imagine sa taille si tu dois gérer le paramétrage de plusieurs centaines de vues !!!

Je procède autrement : chaque bloc vue de embarque une classe de paramétrage style BlockParam qui implémente l'interface \Serializable. Ainsi je paramètre au besoin la vue et rends persistant le paramétrage dans sa version sérialisée. Comme ça, j'ai tout le loisir d'adapter et de modifier mes vues au besoin sans avoir à toucher quoi que ce soit au mécanisme de persistance.

[Darkaurora]

Oui c'est bien pour ça que je cherchais une solution bien moins dense que ça. Merci de ta réponse néanmoins je me noie un peu avec le BlockParam et l'interface Serializable... après quelques recherches (peux fructueuses), je n'ai pas trouvé de documentation claire et précise de la chose.

Pourrais tu me diriger vers une doc ou m'expliquer rapidement les principes.

D'avance merci.

[rawsrc]

C'est pas compliqué :

la doc pour serializable

Ensuite le principe est facile : chaque bloc vue possède un système de paramétrage persistant basé pour des questions de souplesse sur sur la sérialisation.
Tiens je te montre un bout de mon code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
class BlockParam
implements \Serializable
{
    // ici tu gère tes paramètres sous forme de tableau, attributs...
 
    /**
     * Interface \Serializable
     *
     * Les paramètres qui ne doivent pas être serializés sont remis à leur valeur par défaut
     * N'affecte pas directement les propriétés de l'instance en cours d'utilisation
     *
     * @return string
     */
    public function serialize()
    {
        // on ne tient pas compte des paramètres déclarés non sérializables
        return serialize(
            [
                $this->available_params,
                array_diff_key($this->defined_params, $this->unserializable_params),
                $this->unserializable_params,
            ]
        );
    }
 
    /**
     * Interface \Serializable
     * Déserialization des membres privés
     *
     * @param  string $p
     * @return BlockParam
     */
    public function unserialize($p)
    {
        list($this->available_params, $this->defined_params, $this->unserializable_params) = unserialize($p);
    }
}

Quand tu veux sauvegarder, il te suffit d'enregistrer ta classe sérialisée serialize($view_param); dans une colonne de type text dans ta base de données.
Pour récupérer le paramétrage, tu extrais les données de ta table avec un simple SELECT puis il ne te reste à faire que $block_param = unserialize($row['view_param']); pour récupérer une instance de la classe de paramétrage et le tour est joué.

[Darkaurora]

Ok je pense avoir une base correcte du système et j'ai déjà implémenté la sérialisation des différents paramètres d'une vue . Cependant j'aimerais savoir si, dans la limite du possible, il n'y aurait pas une façon d'agir plus simplement avec CakePHP.

Actuellement je créer une classe qui ressemble trait pour trait a ton exemple. Cependant je me demande juste si il n'y a pas une solution plus efficace avec Cake afin de ne pas "sur-classé" mes contrôleurs ?

De plus je me demande si il serait intelligent de ne créer qu'une classe pour le paramétrage d'un ensemble de vue ? Instinctivement j'en aurais créée une par vue mais ça serait redondant au final...

Encore merci de ton aide.

[rawsrc]

Je ne connais pas Cake mais j'ai pris le temps de zieuter un peu leur moteur de template : c'est la classe ViewBlock et ses dérivées qui seraient concernées par le mécanisme de persistance que je t'ai décris auparavant.
En particulier c'est le contenu de $this->_blocks qui sert de tableau de stockage des paramètres de la vue.

Dans mon cas, le moteur de template développé par mes soins intègre nativement le système de persistance du paramétrage de chaque bloc vue. Je n'ai pas à m'en préoccuper, c'est standard et automatique.