Discussion :

[hous04]

Salut

Je suis entrain de faire un site d'une agence immobilière avec symfony2 , et voici le deux entités :

type_produit:

id - nom

produit :

- id - id_tpye - ref - titre - prix - ville - surface - chambres - suite - piscine......



le type de produit peut être maison, villa , bureau, appartement, terrain .... , donc il y-a des attributs communs et i y-a des attributs qui ne seront pas utilisés selon le type de produit.

Je sais pas s'il ya une possibilité de faire héritage , ou bien faire une Entity EntityType et EntityEditType pour chaque type de produit...

pouvez vous me donner des idées pour ne pas afficher les attributs inutiles dans les formulaires d'ajouts et suppression et aussi pour ne pas les afficher dans les "view" ? Et d'aprés vous quelle est la meilleur solution pour resoudre ce problème de conception ?

Merci d'avance

[gototog]

les deux sont possible mais je préfère l'héritage personnellement.

Pour les formulaires, je te conseille de les lier à des entités non mappé par doctrine. C'est le truc le plus dangereux, Symfony offre la possibilité de lier des formulaire a des objets de base de données, pour simplifier les petits formulaires. Mais pour des entités metiers comme celles la, utilise des objets métiers, après l'étape chiante c'est que tu doit binder toi meme l'entité peuplé par le formulaire et celle en base de donnée lorsque tu les mets en bdd, mais c'est un moindre mal pour un gain d'architecture et de propreté important.

[grunk]

Ton design de base de données n'est pas idéal à mon avis.

Tu devrais scinder ta table produit. Garder les éléments commun à tous les biens
id - id_tpye - ref - titre - prix - ville - surface - chambres

Et avoir 2 autres tables pour les "options" du genre piscine , garage , jardin ...

type_option
id,nom

options_bien
idbien,idoption.

Du coup tu aurais une entity "bien" qui contient une entity "options".