Discussion :

[grinder59]

Bonjour,

Je suis en train de me former à Symfony2, j'en suis au Entities. Dans mon bouquin il est écrit que la déclaration des Entities doit se faire au niveau des bundles. Par exemple pour un bundle de blog on déclare les Entities Article, Commentaires...

J'imagine donc que pour une application composées de plusieurs bundles, je vais avoir des Entities déclarées un peu partout. Est-ce pratique ? Ne vaudrait-il pas mieux de déclarer mes entités dans bundle commun (CommonBundle) ?

Merci de vos conseils

[Parmifer]

Il faut que tu vois tes entités comme des classes (si tu as déjà fais un peu de POO).

En fait, tout va dépendre de l'utilisation que tu fais de tes entités.

Normalement chaque entité dois rester dans le bundle qui lui correspond mais il est possible d'avoir besoin d'une entité d'un peu partout.
Dans ce cas, oui tu peux faire un CommonBundle où tu ranges les entités "polyvalentes"(je n'ai pas trouvé mieux...), ça peut être un bon moyen de les regrouper.

Après, certains te dirons que c'est mal (ce qui n'est pas faux) donc à utiliser avec parcimonie.

Par exemple, sur un projet que j'ai traité, j'avais deux Bundles pour mes entités principales (Formation, Compétence) et un Bundle utilisateur. Je n'avais pas d'entités communes aux deux autres donc pas besoin d'un quatrième Bundle.

En gros : tu fais comme tu veux mais évite de tout mettre dans un Bundle, ça sera crade quand même.

[grinder59]

merci de ton retour ! et j'adore ta signature !

[Parmifer]

Ce fut un plaisir ! Merci !

[Nico_F]

Hello, ton bouquin dit juste : les entités se déclarent par bundle.

Par contre je ne comprends pas d'ou vient cette mode de mettre des entités utilisées par plusieurs bundles dans un bundle dit "commun".
Je ne comprends pas non plus pourquoi les gens sont si radins en bundle dans un projet.

Je travaille sur un projet qui a environ deux ans et qui comporte 25 bundles. Ca ne veut pas dire que le projet est IMMENSE : ça veut juste dire que chaque fonctionnalité est séparée dans un bundle. Et évidemment certains bundles ont besoin d'entités qui viennent d'un autre bundle : ce qui crée du couplage. En moyenne il y a entre 3 et 5 entités par bundle.

Alors après tu as deux possibilités : tu veux devenir un esthète du code et tu estimes que chaque bundle peut être indépendant et réutilisable dans tout projet, auquel cas : une fonctionnalité = un bundle (ne s'applique qu'aux projets opensource que tu veux rendre publics). Ou alors pour palier aux problèmes de couplage tu te dis que toutes les fonctionnalités qui ont un couplage fort seront dans un bundle "Core" qui sera comme son nom l'indique le coeur de ton projet. Mais ça ne veut pas dire bundle poubelle : une fonctionnalité d'envoi de mails n'aura strictement rien à faire dans Core : elle aura sa place dans un bundle à part.

Prenons l'exemple de Developpez.com : regarde le menu du haut : tu as un exemple de découpage en bundles.
Forums = un bundle
Tutos = un bundle
Mag = un bundle
...

On est bien d'accord pour dire que tu n'auras pas besoin des mêmes entités entre la fonctionnalité Forums (topic, messages, pouce vert, pouce rouge) que dans la FAQ ou la newsletter.

Dans certains cas tu pourras aussi avoir besoin d'un message pour le forum, et un message (commentaire) pour les articles de blog, et pourquoi pas d'autres types de messages/commentaires sur d'autres entités qui sont dans des bundles différents. Qu'à cela ne tienne, nous pourrons par exemple déclarer une interface et/ou une classe abstraite de Message dans le Core qui contiendra les champs classiques (authorName, publishedAt, messageContent, etc.) et les classes filles TopicMessage pour le ForumBundle, CommentMessage pour le BlogBundle etc. auxquelles on rajoutera les attributs et méthodes spécifiques.

tl;dr: Fais plein de bundles, mets des entités partout et partitionne ton projet : n'aie pas peur de faire mieux que deux bundles par projet