Laravel 4: Fassade vs DI (Wann)

FASSADEN

Fassaden sind keine alternative für dependency injection.

Laravel Fassade ist eine Implementierung des Service-Locator-Muster, die Schaffung einer sauberen und schönen Weise der Zugriff auf Objekte:

MyClass::doSomething();

Dies ist die PHP-syntax für einen statischen Methoden, aber Laravel ändert sich das Spiel und machen Sie nicht statisch hinter die kulissen und gibt Ihnen einen schönen, angenehmen und überprüfbare Art und Weise des Schreibens Ihre Anwendungen.

DEPENDENCY INJECTION

Dependency Injection ist, im Grunde, eine Möglichkeit der übergabe von Parametern an Ihre Konstruktoren und Methoden, während automatisch instatiating Sie.

class MyClass {

    private $property;

    public function __construct(MyOtherClass $property)
    {
        ///Here you can use the magic of Dependency Injection

        $this->property = $property

        ///$property already is an object of MyOtherClass
    }

}

Eine bessere Konstruktion wäre es mit Schnittstellen auf Ihre Abhängigkeit von den Injizierten Konstruktoren:

class MyClass {

    private $property;

    public function __construct(MyInterface $property)
    {
        ///Here you can use the magic of Dependency Injection

        $this->property = $property

        ///$property will receive an object of a concrete class that implements MyInterface
        ///This class should be defined in Laravel elsewhere, but this is a way of also make 
        ///your application easy to maintain, because you can swap implementations of your interfaces
        ///easily
    }

}

Aber beachten Sie, dass in Laravel können Sie injizieren Klassen und Schnittstellen auf die gleiche Weise. Injizieren Schnittstellen, die Sie gerade haben, Sie zu erzählen, die man wird so sein:

App::bind('MyInterface', 'MyOtherClass');

Dieser wird Ihnen sagen, Laravel, dass jedes mal, wenn einer Ihrer Methoden muss eine Instanz von MyInterface sollte es geben, es zu einem von MyOtherClass.

Was hier passiert, ist, dass diese constuctor hat eine "Abhängigkeit": MyOtherClass werden, automatisch injiziert, die von Laravel mit der IoC-container. Also, wenn Sie erstellen eine Instanz von MyClass, Laravel automatisch, erstellt eine Instanz der MyOtherClass und steckte es in die variable $class.

Dependency Injection ist nur eine ungerade jargon Entwickler geschaffen, um zu tun, etwas so einfaches wie "automatische Generierung von Parametern".

, WANN EINE ODER DIE ANDERE?

Wie Sie sehen können, Sie sind völlig verschiedene Dinge, so dass Sie nie brauchen, um zwischen Ihnen zu entscheiden, aber Sie haben, um zu entscheiden, wohin Sie gehen, um mit dem einen oder anderen in den verschiedenen teilen der Anwendung.

Verwenden Fassaden zu erleichtern, die, wie Sie schreiben Sie Ihren code. Zum Beispiel: es ist eine gute Praxis, um Pakete zu erstellen, die für Ihre Anwendung Module, also zum erstellen von Fassaden für die Pakete ist auch ein Weg, um Sie zu machen scheinen, wie eine Laravel public class und den Zugriff auf Sie mit der statischen syntax.

Dependency Injection jede Zeit muss Ihre Klasse die Daten oder die Bearbeitung einer anderen Klasse. Es wird Ihr code getestet werden, da Sie in der Lage zu "injizieren" eine Modell der Abhängigkeiten in Ihre Klasse und Sie wird auch die Ausübung der einzelne Verantwortung Prinzip (nehmen Sie einen Blick auf die SOLID Prinzipien).

Laravel Fassaden sind eine Implementierung des Service-Locator-Muster, nicht die Fassade Muster.

Meiner Meinung nach sollten Sie vermeiden, service-locator innerhalb Ihrer domain, die sich nur verwenden Sie es in Ihrer service-und web-transport-Schichten.

http://martinfowler.com/articles/injection.html#UsingAServiceLocator