Quelles sont les meilleures pratiques de regroupement dans Symfony2 pour éviter la création redondante et garantir une organisation propre ?

L'énigme conceptuelle Symfony2 : bundles généraux et bundles spécifiques

Navigation dans la structure du bundle

Création les bundles pour les sections génériques d’une application, telles que le frontend et le backend, peuvent soulever des inquiétudes. Bien que cela soit possible, ce n’est pas la pratique la plus recommandée. Envisagez plutôt d'inclure les fonctionnalités frontend et backend dans les mêmes offres.

Emplacement des mises en page

L'emplacement recommandé pour les mises en page n'est pas le répertoire app/Resources/views/. mais plutôt dans le répertoire Resources/views des bundles spécifiques. Cela permet une organisation plus propre et une maintenance plus facile.

Gestion du code commun

Pour le code partagé par plusieurs bundles, le CommonBundle est une option appropriée. Cela élimine le besoin de créer des bundles excessifs et de prendre des décisions ambiguës. De plus, CommonBundle peut héberger des éléments réutilisables tels que CSS, des images et des vues communes.

Bundles spécifiques à l'application

Contrairement aux approches précédentes, il est désormais conseillé de n'en avoir qu'un seul. ensemble spécifique à l'application nommé AppBundle. Cela simplifie le développement, élimine la complexité inutile et garantit l'interdépendance entre les offres groupées. Les bundles spécifiques à une application peuvent contenir à la fois des entités et des composants non spécifiques à Symfony2.

Sous-espaces de noms et réutilisabilité

L'utilisation de sous-espaces de noms dans les bundles offre un partitionnement logique sans recourir à une création excessive de bundles. . Si le code d'AppBundle devient réutilisable, il peut être extrait et empaqueté sous forme de bundle installé par un fournisseur indépendant.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!