Discussion :

[ouioui2000]

J'ai un champs qui ne peux posséder qu'un tableau de constante comme valeur.

Dans l'application backend, lors de l'édition/création, comment afficher ce champs avec la liste déroulante de ses valeurs possibles ?

Aujourd'hui j'utilise le fichier generator.yml

edit:
title: Edition "%%name%%" (#%%id%%)
display: [...,etat,....]

Puis-je le faire avec ce fichier ?

[bilbonec]

Bonjour,

je te conseillerais de spécifier cette contrainte directement avec Doctrine (méthode plus propre et donc plus maintenable) :
1. dans ta table myObject, créer une relation à une table myConstant ; cette dernière contient la déclaration de toutes tes constantes.
2. dans tes fixtures, renseigner toutes les constantes dont tu auras besoin.

Cela ressemblerait à :

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
# schema.yml
myObject:
  actAs: ~
  columns:
    name: { type: string }
    value_id: { type: integer }
  relations:
    Value:
      class: Constant
      local: value_id
      foreign: id
      foreignAlias: myObjects
 
Constant:
  actAs: ~
  columns:
    short_label: { type: string }
    long_label: { type: clob }

Code :

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

1
2
3
4
5
6
7
8
9
# fixtures.yml
Constant:
  etatConstant:
    short_label: etat
    long_label: etat de mon objet
  xxxConstant:
    short_label: xxx
    long_label: xxx de mon objet
[...]

Avec cette méthode, tu gères ton formulaire comme à l'habituel (comme un champ de valeurs classique). Si besoin, tu pourrais aussi du coup créer un module de gestion de tes constantes, et en supprimer ou en ajouter plus tard en production.

[ouioui2000]

C'est une bonne solution, mais cela m'oblige à gérer mes constantes en table... ce que préfèrerais éviter.
Il n'y a pas un moyen directement dans le générator ?

[bilbonec]

A priori, je dirais que non : le generator.yml n'est pas fait pour ça.

Par contre, rien ne t'empêche dans le formulaire que tu affiches de lui ajouter un widget spécifique pour tes constantes, du type :

Code :

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

1
2
3
4
5
$this->setWidget('constantes', new sfWidgetChoice(array(
  'value_1' => 'toto',
  'value_2' => 'tata',
  'value_n' => 'foo',
)));

(syntaxique à vérifier !!)

cela m'oblige à gérer mes constantes en table... ce que préfèrerais éviter

Tu risques de te faire taper dessus par Michel Rotta ! Cf. un problème similaire précédent : Doctrine et les ENUM

[Michel Rotta]

Et je tape....

Quoique, pour certaines constantes très constantes et liées au comportement du modèle objet, je puisse parfaitement envisagé qu'elles ne soient pas dans une table, je ne suis pas sur que les bénéfices soit important, mais je peux comprendre.

La solution est de créer dans ton modèle objet (/lib/model/doctrine/...) qui correspond à la table la première méthode au moins les deux au mieux

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
 
/lib/model/doctrine/maTable.class.php
 
...
public static function getEtats()
{
   return array(
             1 => 'etat1',
             2 => 'etat2',
             ...
             );
}
 
public static function getEtatName( $etat_id = null )
{
   $etats = $this->getEtats();
   $idEtat = ( is_null( $etat_id ) ) ? $this->getEtat() : $etat_id;
   return $etats[$idEtat];
}

Code non vérifié.

Dans ton widget, il suffit alors de mettre :

Code :

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

1
2
 
$this->setWidget('constantes', new sfWidgetChoice(maTable::getEtats) );

Bonne chance