Projects [SHOW]

When To Use Facades

Facades haben viele Vorteile. Sie bieten eine knappe, einprägsame Syntax, die es Ihnen ermöglicht, die Funktionen von Laravel zu verwenden, ohne sich an lange Klassennamen zu erinnern, die manuell eingegeben oder konfiguriert werden müssen. Darüber hinaus sind sie aufgrund ihrer einzigartigen Verwendung der dynamischen Methoden von PHP leicht zu testen.

Bei der Verwendung von Facades ist jedoch etwas Vorsicht geboten. Die Hauptgefahr von Facades ist das Kriechen des Klassenumfangs. Da Facades so einfach zu bedienen sind und keine Injektion benötigen, kann es einfach sein, Ihre Klassen weiter wachsen zu lassen und viele Facades in einer einzigen Klasse zu nutzen. Durch die Injektion von Abhängigkeiten wird dieses Potenzial durch das visuelle Feedback eines großen Constructor gemildert, das Ihnen gibt, dass Ihre Klasse zu groß wird. Achten Sie daher bei der Verwendung von Facades besonders auf die Größe Ihrer Klasse, damit ihr Verantwortungsbereich eng bleibt.

Facades Vs. Dependency Injection

Einer der Hauptvorteile der Dependency Injection ist die Möglichkeit, Implementierungen der injizierten Klasse auszutauschen. Dies ist während des Tests nützlich, da Sie ein Spott oder Stumpf (mock or stub) injizieren und behaupten können, dass verschiedene Methoden auf dem Stumpf aufgerufen wurden.

Normalerweise wäre es nicht möglich, eine wirklich statische Klassenmethode zu "mocken oder stubben". Da Facades jedoch dynamische Methoden verwenden, um Methodenaufrufe von Proxy-Methoden an Objekten, die aus dem Service-Container aufgelöst wurden, zu verwenden, können wir Facades tatsächlich genauso testen, wie wir eine injizierte Klasseninstanz testen würden. Zum Beispiel bei der folgenden Route:

use Illuminate\Support\Facades\Cache;

Route::get('/cache', function () {
    return Cache::get('key');
});

Wir können den folgenden Test schreiben, um sicherzustellen, dass die Methode Cache::get mit dem von uns erwarteten Argument aufgerufen wurde:

use Illuminate\Support\Facades\Cache;

/**
 * A basic functional test example.
 *
 * @return void
 */
public function testBasicExample()
{
    Cache::shouldReceive('get')
         ->with('key')
         ->andReturn('value');

    $this->visit('/cache')
         ->see('value');
}

Facades Vs. Helper Functions

Zusätzlich zu den Facades enthält Laravel eine Vielzahl von "Helfer"-Funktionen, die allgemeine Aufgaben wie das Erzeugen von Ansichten, das Auslösen von Ereignissen, das Versenden von Aufträgen oder das Senden von HTTP-Antworten ausführen können. Viele dieser Helferfunktionen erfüllen die gleiche Funktion wie eine entsprechende Facade. So sind beispielsweise dieser Facade-Call und Helper-Call gleichwertig:

return View::make('profile');

return view('profile');

Es gibt absolut keinen praktischen Unterschied zwischen Facades und Helper-Funktionen. Bei der Verwendung von Helper-Funktionen können Sie diese trotzdem genau so testen, wie Sie es von der entsprechenden Facades gewohnt sind. Zum Beispiel bei der folgenden Route:

Route::get('/cache', function () {
    return cache('key');
});

Unter der Haube ruft der Cache-Helfer die get-Methode auf, die sich auf die Klasse unter der Cache-Facade bezieht. Also, obwohl wir die Helper-Funktion verwenden, können wir den folgenden Test schreiben, um zu überprüfen, ob die Methode mit dem von uns erwarteten Argument aufgerufen wurde:

use Illuminate\Support\Facades\Cache;

/**
 * A basic functional test example.
 *
 * @return void
 */
public function testBasicExample()
{
    Cache::shouldReceive('get')
         ->with('key')
         ->andReturn('value');

    $this->visit('/cache')
         ->see('value');
}