Problème conceptuel Symfony2 : bundles généraux et bundles spécifiques
Lors de l'organisation d'une application Symfony2 complexe, il y a des considérations à prendre en compte concernant la structure des bundles et l’organisation du code partagé. Des questions se posent fréquemment sur les meilleures pratiques pour créer des bundles généraux ou spécifiques.
Bundles généraux pour le frontend et le backend
L'utilisation de bundles généraux pour le frontend et le backend, malgré leur manque de contrôleurs, peut être approprié dans certains scénarios. Cependant, il est essentiel d'examiner attentivement les avantages organisationnels et les défis potentiels de maintenance.
Mises en page dans des bundles ou des ressources d'application
Alors que les mises en page sont généralement stockées dans l'application/Ressources/ vues/répertoire, des exceptions existent pour des cas d’utilisation spécifiques. Si les mises en page sont très communes à plusieurs offres groupées, telles que les mises en page de base, il peut être judicieux de les placer dans des offres groupées à des fins de centralisation.
RootBundle pour des fonctionnalités partagées
Création d'un Le fait que RootBundle contienne des fonctionnalités à l'échelle de l'application peut être bénéfique pour centraliser le code partagé. Cependant, des approches alternatives incluent la création de bundles spécifiques pour chaque fonctionnalité, tels que PaginatorBundle, DateDisplayerBundle, etc. Le choix dépend de la complexité et de la réutilisabilité du code partagé.
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!