par
zeus » 06 mai 2009, 11:43
Je vais aller dans le sens de
pascaltje, mais en allant plus loin.
Quand tu génères un module, tu précises la table
centrale concernée par ton module.
Par exemple, ton module "Auteur" est voué à assurer la gestion des auteurs, il est donc centré sur la table "auteur".
Maintenant, ton besoin est de pouvoir assurer la manipulation des données des tables voisines à la table "auteur".
Heureusement, Symfony (via propel ou doctrine) sais faire ces rapprochements.
Du coup, dans le module qui sera généré, tu auras une interface qui t'affichera les auteurs, et pour chaque auteur, la liste des catégories qui lui sont associées, et ce, simplement parce que la table "categorieautheur" dispose d'une clé étrangère sur la table "auteur".
Maintenant, il est clair que si, dans le module "Auteur", tu veux pouvoir créer des catégories, il va te falloir étendre le code généré pour ton besoin propre.
J'espère avoir pu t'aider à avancer dans ta compréhesion de Symfony

Je vais aller dans le sens de [b]pascaltje[/b], mais en allant plus loin.
Quand tu génères un module, tu précises la table [u]centrale[/u] concernée par ton module.
Par exemple, ton module "Auteur" est voué à assurer la gestion des auteurs, il est donc centré sur la table "auteur".
Maintenant, ton besoin est de pouvoir assurer la manipulation des données des tables voisines à la table "auteur".
Heureusement, Symfony (via propel ou doctrine) sais faire ces rapprochements.
Du coup, dans le module qui sera généré, tu auras une interface qui t'affichera les auteurs, et pour chaque auteur, la liste des catégories qui lui sont associées, et ce, simplement parce que la table "categorieautheur" dispose d'une clé étrangère sur la table "auteur".
Maintenant, il est clair que si, dans le module "Auteur", tu veux pouvoir créer des catégories, il va te falloir étendre le code généré pour ton besoin propre.
J'espère avoir pu t'aider à avancer dans ta compréhesion de Symfony ;)