Symfony2 Konzepträtsel: Allgemeine Bundles vs. spezifische Bundles
Navigieren in der Bundle-Struktur
Erstellen Bundles für generische Abschnitte einer Anwendung, wie z. B. Frontend und Backend, können Bedenken aufwerfen. Obwohl es möglich ist, ist es nicht die am meisten empfohlene Vorgehensweise. Erwägen Sie stattdessen, sowohl Frontend- als auch Backend-Funktionalitäten in die gleichen Pakete einzubeziehen.
Speicherort der Layouts
Der empfohlene Speicherort für Layouts ist nicht das Verzeichnis app/Resources/views/ sondern im Verzeichnis „Resources/views“ der jeweiligen Bundles. Dies ermöglicht eine sauberere Organisation und eine einfachere Wartung.
Gemeinsamen Code verwalten
Für Code, der von mehreren Bundles gemeinsam genutzt wird, ist das CommonBundle eine geeignete Option. Dadurch entfällt die Notwendigkeit einer übermäßigen Paketerstellung und mehrdeutigen Entscheidungen. Darüber hinaus kann CommonBundle wiederverwendbare Elemente wie CSS, Bilder und allgemeine Ansichten enthalten.
App-spezifische Bundles
Im Gegensatz zu früheren Ansätzen wird jetzt empfohlen, nur eines zu haben App-spezifisches Bundle mit dem Namen AppBundle. Dies vereinfacht die Entwicklung, eliminiert unnötige Komplexität und stellt die gegenseitige Abhängigkeit zwischen Bundles sicher. App-spezifische Bundles können sowohl Entitäten als auch nicht Symfony2-spezifische Komponenten enthalten.
Subnamespaces und Wiederverwendbarkeit
Die Verwendung von Subnamespaces innerhalb von Bundles ermöglicht eine logische Partitionierung, ohne dass eine übermäßige Bundle-Erstellung erforderlich ist . Wenn Code in AppBundle wiederverwendbar wird, kann er extrahiert und als unabhängiges, vom Anbieter installiertes Bundle verpackt werden.
Das obige ist der detaillierte Inhalt vonWas sind die Best Practices für die Bündelung in Symfony2, um redundante Erstellung zu vermeiden und eine saubere Organisation sicherzustellen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!