In diesem Artikel wird die Symfony2 -Bundle -Konfiguration und seine Interaktion mit dem Abh?ngigkeitsinjektionsbeh?lter untersucht. Diese Konzepte k?nnen für Neuank?mmlinge, insbesondere für diejenigen, die mit Abh?ngigkeitsinjektion nicht vertraut sind, eine Herausforderung sein. Die Beispiele hier verwenden YAML, obwohl Symfony XML- und PHP -Arrays unterstützt. Die Wahl h?ngt von der Pr?ferenz ab; Es gibt keine einzige "beste" Option.

Schlüsselkonzepte:

• Symfony -Bündel: ?hnlich wie bei Plugins, Bündel Kapitalfunktionen (Blogs, Foren usw.). Sie f?rdern Modularit?t und Code -Wiederverwendung. Sie k?nnen vorgefertigt oder ma?geschneidert sein.
• Bundle -Konfiguration: kann direkt in der Hauptanwendungskonfigurationsdatei (einfacher, aber weniger tragbar) oder in dedizierten Bündelkonfigurationsdateien (modularer und wiederverwendbarer) konfiguriert werden. Die semantische Konfiguration unter Verwendung einer Erweiterungsklasse bietet die gr??te Flexibilit?t für komplexe, verteilbare Bündel.
• Abh?ngigkeitsinjektionskontainer: verwaltet Service -Lebenszyklen und Abh?ngigkeiten, was zu saubereren, wartbaren und testbaren Code führt.
• Debugging: Verwenden Sie Konsolenbefehle wie debug:container und debug:config, um Service -Registrierungen und -konfigurationen zu beheben.

Bündelerstellung:

Ein Bundle ist ein Verzeichnis, das Dateien enth?lt (PHP, CSS, JavaScript, Bilder), die eine einzelne Funktion implementieren. In Symfony2 ist fast alles ein Bündel. Beim Erstellen eines Bundle (manuell oder verwendet php app/console generate:bundle) ist die BundleNameBundle.php -Datei von entscheidender Bedeutung. Seine Klasse erweitert SymfonyComponentHttpKernelBundleBundle und registriert das Bündel in AppKernel::registerBundles(). Der optionale BundleNameExtension.php (im Ordner DependencyInjection) l?dt und verwaltet die Konfiguration des Bundle.

Ladebündelkonfiguration (einfacher Weg):

Der einfachste Ansatz konfiguriert Parameter und Dienste direkt innerhalb app/config/config.yml. W?hrend der Funktionsumgebung passt dies das Bündel fest in die Anwendung und begrenzt die Portabilit?t. Eine bessere (wenn noch weniger ideale) Alternative besteht darin, eine separate Konfigurationsdatei (z. B. Resources/config/services.yml) im Bundle zu erstellen und in die Hauptkonfigurationsdatei zu importieren:

imports:
    - { resource: parameters.yml }
    - { resource: security.yml }
    - { resource: ../../src/Cvuorinen/ExampleBundle/Resources/config/services.yml }

Ladebündelkonfiguration (semantische Weise):

Die BundleNameExtension.php -Klassel l?dt die Konfigurationslade. Es verwendet eine Configuration.php -Klasse (auch in DependencyInjection) zur Validierung und Verarbeitung von Bundle-bezogenen Konfigurationen aus app/config/. Die Erweiterung l?dt dann die bündelspezifische Konfiguration (aus Resources/config/) unter Verwendung eines Laders (z. B. YamlFileLoader). Hier definierte Dienste k?nnen Parameter aus der Hauptanwendungskonfiguration verwenden. Dieser Ansatz ist besonders nützlich, um wiederverwendbare, verteilbare Bündel zu erstellen.

Konfigurationsdateistruktur:

Konfigurationsdateien enthalten haupts?chlich Parameter und Dienste.

• Parameter: statische Werte (Anmeldeinformationen, API -Schlüssel, URLs). Definiert unter der Taste parameters. Best Practice ist es, Serviceklassennamen als Parameter für eine bessere Erweiterbarkeit zu definieren.

• Dienste: Klassen mit Gesch?ftslogik. Das Definieren in der Konfigurationsdatei nutzt Abh?ngigkeitsinjektion.

Beispiel services.yml:

imports:
    - { resource: parameters.yml }
    - { resource: security.yml }
    - { resource: ../../src/Cvuorinen/ExampleBundle/Resources/config/services.yml }

Verwenden Sie app/console container:debug, um die Konfiguration zu testen und zu debuggen.

Verwenden von Diensten in einem Controller:

Ein einfacher Greeter Service:

parameters:
    cvuorinen_example.greeter.class: Cvuorinen\ExampleBundle\Service\Greeter
    cvuorinen_example.greeter.greeting: "Hello"

services:
    cvuorinen_example.greeter:
        class: %cvuorinen_example.greeter.class%
        arguments: [%cvuorinen_example.greeter.greeting%]

ein Controller, der den Dienst verwendet:

namespace Cvuorinen\ExampleBundle\Service;

class Greeter
{
    public function greet($name) { return "Hello $name"; }
}

Abh?ngigkeitsinjektion:

Das obige Beispiel zeigt die grundlegende Konstruktorinjektion. Symfony unterstützt auch die Setter- und Immobilieninjektion. Dienstleistungen k?nnen privat erkl?rt werden, um ihre Zug?nglichkeit zu begrenzen. Fabriken k?nnen verwendet werden, um Dienste zu erstellen (z. B. mit dem Doctrine Entity Manager, um Repositorys zu erstellen).

Schlussfolgerung:

Dies bietet einen umfassenden überblick über die Konfiguration und Abh?ngigkeitsinjektion von Symfony Bundle. Weitere Untersuchungen erweiterter Themen (übergeordnete Konfigurationen, Parameterfreigabe, Definieren von Controllern als Dienste) wird gef?rdert. Denken Sie daran, die offizielle Symfony -Dokumentation für detaillierte Informationen zu konsultieren. Vermeiden Sie es, den Servicecontainer selbst in Dienste zu injizieren, um eine lockere Kopplung aufrechtzuerhalten. Der FAQS -Abschnitt wird angesichts der detaillierten Erl?uterung weggelassen.

Das obige ist der detaillierte Inhalt vonVerst?ndnis des Symfony Bundle -Konfiguration und des Service Containers. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!