Discussion :

[Calvein]

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.

[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 :

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

1
2
3
4
5
6
7
8
9
 
Sites:
  actAs:
    i18n:
      fields: [ texte ]
    timestamp
  columns
    etat: integer
    texte: string

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.

[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

[Michel Rotta]

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

[Calvein]

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

[Michel Rotta]

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 :

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
 
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.