Comment intégrer plusieurs tables dans un formulaire ?

Version imprimable

08/06/2010, 10h55
Calvein

Comment intégrer plusieurs tables dans un formulaire ?

Bonjour à tous,

Je pense que c'est un problème récurrent que j'ai, et les recherches que j'ai effectuée ne me donnent des résultats que pour Symfony 1.1 ou 1.2 :/

En gros, je sais que je doit utiliser soit embedRelation, soit embedForm, mais je n'ai aucune idée du comment.

Concrètement, voilà ce que j'ai, et ce que je veux obtenir :

4 Tables :

Sites
id
description_id
date_ajout
etat

Description
id
site_id
texte
langue

Parametres_sites
id_parametres
id_sites
valeur

Parametres
id
libelle

Je veux donc faire un formulaire d'ajout de site, en gros il faut :

Plusieurs champs description (un pour chaque langue (fr/en pour le moment).
Tout les paramètres (checkbox ou input), et c'est tout.

Côté affichage ça sera champs par champs (il y a des catégories de paramètres).

Bref, je ne vois pas trop comment faire pour afficher les libellé de mes paramètres dans un formulaire d'ajout de Sites, je m'en remet à vous :)

Merci.
08/06/2010, 11h20
Michel Rotta
Dans un premier temps je reverrais ton modèle.

La table Description peut parfaitement être intégrée à la table site et le multilingue activé par le "behaviors" i18n

Le schéma donnera alors :
Code:

1 2 3 4 5 6 7 8 9 Sites: actAs: i18n: fields: [ texte ] timestamp columns etat: integer texte: string
:ccool: deux "grosses" table réduites à la portion congrues.
Le actAs permet d'attribuer des comportements automatisés aux tables :
- i18n : va nous générer des traductions pour le champs "texte"
- timestamp : va nous générer deux champs, update et modified avec les dates de création et de mise a jour, ces dates seront automatiquement mises à jour, sans aucun code à écrire.
Dernière chose, s'il n'y a pas de clef(s) primaire(s) définie(s), doctrine va automatiquement générer un champ Id en clef primaire auto-incrémenté.

Pour les tables paramètres, je ne suis pas sur de comprendre ce que tu veux réellement faire.

Jette un œil sur le plugin sfDoctrineActAsTaggablePlugin qui pourrait répondre a tes besoins sur les paramètres de la table.
08/06/2010, 12h01
Calvein

Je ne comprend pas trop comment fonctionne le "i18n" du actAs ni à quoi ressemblera ma base de données avec.

Sinon pour mes table paramètres, je souhaite créer d'un côté une table avec seulement un id et un libellé (internationalisé) et une table qui regroupera l'id d'un site avec l'id d'un paramètre et la valeur des paramètres en question.

Par exemple, j'ai 2 paramètres (j'en aurai une 50aine) et 1 site :

Site
id : 1

Parametres_sites
id_parametres : 1
id_sites : 1
valeur : true
id_parametres : 2
id_sites : 1
valeur : false

Parametres
id : 1
libelle : param1
id : 2
libelle : param2
08/06/2010, 13h15
Michel Rotta

Peux-tu donner quelques exemple de ce que devrait être une fiche remplie avec ses paramètres ?
08/06/2010, 13h23
Calvein

Citation:

Envoyé par mimi68

Peux-tu donner quelques exemple de ce que devrait être une fiche remplie avec ses paramètres ?

C'est des critères d'aménagement en fait, comme si le site (pas des sites web) comporte une piscine, une terrasse, un télévision (donc des boolean) mais aussi savoir le nombre de pièces, de chambres etc...

Ce sont des champs qui seront réutilisé pour les recherches.

PS : Tu aurais une doc des behaviors, j'ai du mal à comprendre comment ils fonctionnent. (je regarde là : http://www.symfony-project.org/gentl...Layer-Doctrine).

EDIT : Je regarde de ce côté : http://www.doctrine-project.org/proj...s/pl#behaviors

Site !!! et pas site :? ces informaticiens sont fou...

Bon, je comprend mieux maintenant.

En fait, une description avec des propriétés différentes suivant la description choisie. Ca, ca ne va pas être simple.

Ce qui peut être simple, c'est une descriptions avec un paramètre alpha (on peut toujours y mettre un chiffre), et la description dans plusieurs langues.

Le shéma des trois tables (en réalité 5 après génération)
Code:

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 site: actAs: i18n: fields: [ texte ] timestamp columns etat: integer texte: string description: columns: valeur: string site_id: integer libelle_id: integer relations: site: local: site_id foreing: id foreingAlias: descriptions libelle: local: libelle_id foreing: id foreingAlias: descriptions libelle: actAs: i18n: fields: [ nom ] columns: nom: string
Bon, c'est a creuser et cela ne répond pas réellement à la question initiale, mais si tu parts sur un schéma défectueux, tu n'as aucune chance d'arriver à une application viable.

Maintenant, reste la notion de la présentation du schéma. Si tu veux que les libellés puissent être, suivant le cas, des boutons radio, des cases à cocher, des listes de libellés, des zone de texte libre, des zone de chiffre libre, c'est réalisable, mais cela va être un peu (beaucoup) plus lourd à mettre en œuvre. Même avec symfony, surtout si tu fais ta première application et que tu maîtrises moyennement le framework. Tous dépends du temps d'apprentissage que tu vas pouvoir consacrer et qui sera intégré dans la partie développement.

J'ai finalement regroupé les descriptions au site avec

Code:

1
2
3
4
5
6
7
8
9
10
11
Sites:
  ...
  actAs:
    Timestampable:
    i18n:
      fields: [ description ]
  relations:
    ParametresSites:
      local: id
      foreign: id_sites
      type: many

Et ma table de paramètre va être sous cette forme :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
Parametres:
  columns
    libelle: string 
    type: string //Checkbox/Input/Combo
  actAs:
    i18n:
      fields: [ libelle ]
  relations:
    ParametresSites:
      local: id
      foreign: id_parametres
      type: many

Et entre les deux :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
ParametresSites:
  columns
    id_parametres: integer
    id_sites: integer
    valeur: string
  actAs:
    i18n:
      fields: [ libelle ]
  relations:
    Parametres:
      local: id_parametres
      foreign: id
      type: one
    Sites:
      local: id_sites
      foreign: id
      type: one

Maintenant je vais essayer d'appeler ma table Parametres dans mon formulaire Sites

Attention !!!!

Le code ainsi ne fonctionnera pas.

Remarque dans le code que je t'ai donné, les relations n'existent que sur un des côtés, pas les deux. Mettre des définitions pour une même liaison sur les deux côtés (table) de la relation c'est aller au casse pipe d'une manière certaine.

D'autre par, remarque que sur mon schéma, il n'y a pas de "s" à la fin des tables, juste à la fin de certaines relation. En effet, une table va être représentée par un objet qui représente un enregistrement donc un site (sans s). Et ceci permet de distinguer les collections d'objets récupérées qui elles, toujours dans mon schéma, ont un "s" à la fin.

De cette manière, quant tu récupères d'un objet le(s) objet(s) rattaché(s) tu sais si tu vas avoir un objet (doctrine_record) ou une collection d'objet (doctrine_collection) suivant que la fonction a un "s" ou pas.

Par défaut, doctrine considère que la relation est 1-n, il n'est donc pas nécessaire de le préciser dans la description.

Ta description revue et corrigée.

La norme veut que l'on commence la description par actAs.
La norme veut que le champ clef lié soit, nomDeLaTable_id
Code:

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 site: actAs: Timestampable: i18n: fields: [ description ] columns: description: string ... parametresSite: columns parametre_id: integer site_id: integer valeur: string relations: site: local: site_id foreing: id foreignAlias: parametresSites parametre: local: parametre_id foreing: id foreignAlias: parametresSites parametre: actAs: i18n: fields: [ libelle ] columns libelle: string type: string
Pour un objet site ($site) tu récupères la collection des paramètres du sites par :
$site->getParametresSites() que tu peux explorer dans un foreach

Pour afficher les libellés des différents paramètres du site :
Code:

1 2 3 4 5 foreach ($site->getParametresSites() as $ParametresSite) { echo $parametresSite->getParametre() }
De l'intérêt de mélanger harmonieusement les "s" et les pas "s"...