Detaillierte Einführung in Abhängigkeitsinjektion und IoC in Laravel (mit Beispielen)

Dieser Artikel bietet Ihnen eine detaillierte Einführung in die Abhängigkeitsinjektion und das IoC (mit Beispielen). Ich hoffe, dass er Ihnen als Referenz dienen wird.

Als Entwickler versuchen wir immer, neue Wege zu finden, um gut gestalteten und robusten Code zu schreiben, indem wir Designmuster verwenden und neue robuste Frameworks ausprobieren. In diesem Artikel untersuchen wir das Dependency-Injection-Designmuster mit den IoC-Komponenten von Laravel und sehen, wie es unsere Designs verbessern kann.

Abhängigkeitsinjektion

Der Begriff Abhängigkeitsinjektion ist ein von Martin Fowler vorgeschlagener Begriff, der den Vorgang der Injektion von Komponenten in eine Anwendung bezeichnet. Wie Ward Cunningham sagte:

Abhängigkeitsinjektion ist ein Schlüsselelement in der agilen Architektur.

Sehen wir uns ein Beispiel an:

class UserProvider{
    protected $connection;

    public function __construct(){
        $this->connection = new Connection;
    }

    public function retrieveByCredentials( array $credentials ){
        $user = $this->connection
                        ->where( 'email', $credentials['email'])
                        ->where( 'password', $credentials['password'])
                        ->first();

        return $user;
    }
}

Wenn Sie diese Klasse testen oder warten möchten, müssen Sie auf die Datenbankinstanz zugreifen, um einige Abfragen durchzuführen. Um dies zu vermeiden, können Sie diese Klasse von anderen Klassen entkoppeln. Sie haben eine von drei Möglichkeiten, die Klasse Connection einzufügen, ohne sie direkt zu verwenden.

Beim Einfügen von Komponenten in eine Klasse können Sie eine der folgenden drei Optionen verwenden:

Injektion der Konstruktormethode

class UserProvider{
    protected $connection;

    public function __construct( Connection $con ){
        $this->connection = $con;
    }
    ...

Injektion der Setter-Methode

Ähnlich gilt: Wir können auch Abhängigkeiten mit der Setter-Methode injizieren:

class UserProvider{
    protected $connection;
    public function __construct(){
        ...
    }

    public function setConnection( Connection $con ){
        $this->connection = $con;
    }
    ...

Schnittstelleninjektion

interface ConnectionInjector{
    public function injectConnection( Connection $con );
}

class UserProvider implements ConnectionInjector{
    protected $connection;

    public function __construct(){
        ...
    }

    public function injectConnection( Connection $con ){
        $this->connection = $con;
    }
}

Wenn eine Klasse unsere Schnittstelle implementiert, definieren wir die Methode injectConnection, um Abhängigkeiten aufzulösen.

Vorteile

Jetzt können wir beim Testen unserer Klassen abhängige Klassen verspotten und sie als Parameter übergeben. Jede Klasse muss sich auf eine bestimmte Aufgabe konzentrieren und sollte sich nicht mit der Lösung ihrer Abhängigkeiten befassen. Auf diese Weise erhalten Sie eine fokussiertere und wartbarere Anwendung.

Wenn Sie mehr über DI erfahren möchten, hat Alejandro Gervassio es in dieser Artikelserie ausführlich und fachmännisch behandelt, also lesen Sie sie unbedingt. Was ist also IoC? IoC (Inversion of Control) erfordert keine Abhängigkeitsinjektion, kann Ihnen aber dabei helfen, Abhängigkeiten effektiv zu verwalten.

Inversion of Control

Ioc ist eine einfache Komponente, die das Auflösen von Abhängigkeiten erleichtert. Sie können das Objekt als Container beschreiben und jedes Mal, wenn eine Klasse aufgelöst wird, werden automatisch Abhängigkeiten eingefügt.

Laravel Ioc

Laravel Ioc ist etwas Besonderes in der Art und Weise, wie es Abhängigkeiten auflöst, wenn Sie ein Objekt anfordern:

Wir verwenden A Ein einfaches Beispiel wird es in diesem Artikel verbessern. Die Klasse
SimpleAuth hängt von FileSessionStorage ab, daher könnte unser Code so aussehen:

class FileSessionStorage{
  public function __construct(){
    session_start();
  }

  public function get( $key ){
    return $_SESSION[$key];
  }

  public function set( $key, $value ){
    $_SESSION[$key] = $value;
  }
}

class SimpleAuth{
  protected $session;

  public function __construct(){
    $this->session = new FileSessionStorage;
  }
}

//创建一个 SimpleAuth
$auth = new SimpleAuth();

Dies ist ein klassischer Ansatz. Beginnen wir mit der Konstruktorinjektion.

class SimpleAuth{
  protected $session;

  public function __construct( FileSessionStorage $session ){
    $this->session = $session;
  }
}

Jetzt erstellen wir ein Objekt:

$auth = new SimpleAuth( new FileSessionStorage() );

Jetzt möchte ich Laravel Ioc verwenden, um das alles zu verwalten.

Da die Klasse Application von der Klasse Container erbt, können Sie über die Fassade App auf den Container zugreifen. Der erste Parameter der

App::bind( 'FileSessionStorage', function(){
    return new FileSessionStorage;
});

bind-Methode ist die eindeutige ID, die an den Container gebunden werden soll. Der zweite Parameter ist eine Rückruffunktion, die immer dann ausgeführt wird, wenn die FileSessionStorage-Klasse ausgeführt wird eine Namenszeichenfolge für die Darstellungsklasse, wie unten gezeigt.

Hinweis: Wenn Sie sich das Laravel-Paket ansehen, werden Sie feststellen, dass Bindungen manchmal gruppiert sind, wie ( view, view.finder…).

Angenommen, wir konvertieren den Sitzungsspeicher in MySQL-Speicher, sollte unsere Klasse wie folgt aussehen:

class MysqlSessionStorage{

  public function __construct(){
    //...
  }

  public function get($key){
    // do something
  }

  public function set( $key, $value ){
    // do something
  }
}

Nachdem wir nun die Abhängigkeiten geändert haben, müssen wir auch den SimpleAuth-Konstruktor ändern und The hinzufügen Neues Objekt ist an den Container gebunden!

High-Level-Module sollten nicht von Low-Level-Modulen abhängen, beide sollten von abstrakten Objekten abhängen.
Abstraktion sollte nicht von Details abhängen, Details sollten von der Abstraktion abhängen.

Robert C. Martin

Unsere SimpleAuth Klasse sollte sich nicht darum kümmern, wie unsere Speicherung erfolgt, sondern sich stattdessen auf die Nutzung des Dienstes konzentrieren.

Daher können wir unseren Speicher abstrakt implementieren:

interface SessionStorage{
  public function get( $key );
  public function set( $key, $value );
}

, sodass wir eine Instanz der SessionStorage-Schnittstelle implementieren und anfordern können:

class FileSessionStorage implements SessionStorage{

  public function __construct(){
    //...
  }

  public function get( $key ){
    //...
  }

  public function set( $key, $value ){
    //...
  }
}

class MysqlSessionStorage implements SessionStorage{

  public function __construct(){
    //...
  }

  public function get( $key ){
    //...
  }

  public function set( $key, $value ){
    //...
  }
}

class SimpleAuth{

  protected $session;

  public function __construct( SessionStorage $session ){
    $this->session = $session;
  }

}

wenn wir Das Auflösen der Klasse App::make('SimpleAuth')SimpleAuth über den Container löst
aus. Nachdem Sie versucht haben, die Klasse aus der Bindung aufzulösen, kehren Sie zur Reflexionsmethode zurück und lösen alle Abhängigkeiten auf. BindingResolutionException

Uncaught exception 'Illuminate\Container\BindingResolutionException' with message 'Target [SessionStorage] is not instantiable.'

Der Container versucht, die Schnittstelle zu instanziieren. Wir können eine spezifische Bindung für diese Schnittstelle erstellen.

App:bind( 'SessionStorage', 'MysqlSessionStorage' );

Jetzt erhalten wir jedes Mal, wenn wir versuchen, diese Schnittstelle aus dem Container aufzulösen, eine Instanz von

. Wenn wir unseren Speicherdienst wechseln möchten, ändern wir einfach diese Bindung. MysqlSessionStorage

Hinweis: Wenn Sie überprüfen möchten, ob eine Klasse im Container gebunden wurde, können Sie App::bound('ClassName') verwenden oder App::bindIf('ClassName') verwenden, um eine Bindung zu registrieren, die noch nicht registriert wurde . Sicherlich.

Laravel Ioc bietet auch App::singleton('ClassName', 'resolver') für die Handhabung der Singleton-Bindung.
Sie können App::instance('ClassName', 'instance') auch zum Erstellen von Singleton-Bindungen verwenden.
Wird ReflectionException auslösen, wenn der Container die Abhängigkeit nicht auflösen kann, aber wir können die Methode App::resolvingAny(Closure) verwenden, um jeden angegebenen Typ in Form einer Rückruffunktion aufzulösen.

Hinweis: Wenn Sie eine Parsing-Methode für einen bestimmten Typ registriert haben, wird die Methode resolvingAny weiterhin aufgerufen, gibt jedoch direkt den Rückgabewert der Methode bind zurück .

Tipps

Wo diese Bindungen geschrieben werden sollen:

Wenn es sich nur um eine kleine Anwendung handelt, können Sie sie in eine globale Startdatei schreiben global/start.php, aber wenn das Projekt so wird, wie es wird Immer größer wird es notwendig, einen Service Provider zu nutzen.

Testen:

Wenn Sie schnelle und einfache Tests benötigen, sollten Sie php artisan tinker in Betracht ziehen. Es ist sehr leistungsstark und kann Ihnen helfen, Ihren Laravel-Testprozess zu verbessern.

Reflection API:

Die Reflection API von PHP ist sehr leistungsfähig. Wenn Sie tief in Laravel Ioc einsteigen möchten, müssen Sie mit der Reflection API vertraut sein, um weitere Informationen zu erhalten. [Verwandte Empfehlungen: PHP-Video-Tutorial]

Das obige ist der detaillierte Inhalt vonDetaillierte Einführung in Abhängigkeitsinjektion und IoC in Laravel (mit Beispielen). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!