Was sind Repository -Verträge in Laravel?

Das Repository -Muster ist ein Entwurfsmuster, mit dem die Geschäftslogik aus der Datenzugriffslogik entkoppelt wird. 1. Es definiert Datenzugriffsmethoden über Schnittstellen (Vertrag); 2. Die spezifischen Vorgänge werden von der Repository -Klasse implementiert. 3. Die Controller verwendet die Schnittstelle durch Abhängigkeitsinjektion und kontaktiert nicht direkt die Datenquelle. 4. Vorteile sind ordentlicher Code, starke Testbarkeit, einfache Wartung und Teamzusammenarbeit; 5. Es ist für mittlere und große Projekte geeignet, und kleine Projekte können das Modell direkt verwenden.

In Laravel ist Repository -Verträge eine Implementierung von Entwurfsmustern, die die Datenzugriffslogik abstrakten. Einfach ausgedrückt, es streift Datenbankvorgänge vom Controller aus, wodurch der Code klarer und leichter zu verwalten ist. Sie können es als Schnittstelle verstehen, die definiert, welche Methoden von der Datenzugriffsschicht bereitgestellt werden sollen, und die spezifische Implementierung wird durch die entsprechende Repository -Klasse abgeschlossen.

Was ist der Repository -Modus?

Die Kernidee des Repository -Modells lautet: Dekuple Business Logic aus der Datenzugriffslogik . In Laravel rufen wir das Modell normalerweise direkt im Controller auf, um Daten zu erhalten oder zu speichern. Wenn das Projekt jedoch größer wird, wird diese Methode den Controller aufgebläht und nicht für Tests und Wartung förderlich.

Nach der Verwendung des Repository -Modus befasst sich der Controller nur mit der Schnittstelle (dh Vertrag), und die spezifischen Datenvorgänge werden durch Repository implementiert. Auf diese Weise müssen Sie auch dann nur dann das Repository ändern und den Controller nicht verschieben, wenn die Datenquelle in der Zukunft ersetzt wird (z. B. von der Datenbank zur API).

Zum Beispiel:

 // Das Modell wird nicht mehr direkt in der öffentlichen Funktion der Controller verwendet ($ ID)
{
    $ user = user :: find ($ id);
    return view ('user.Profile', compact ('user'));
}

// stattdessen Repository verwenden
öffentliche Funktionshow ($ id)
{
    $ user = $ userRepository-> find ($ id);
    return view ('user.Profile', compact ('user'));
}

Wie erstelle ich einen Repository -Vertrag?

Die Schritte zum Erstellen eines Repository -Vertrags in Laravel sind wie folgt:

• Erstellen Sie eine Schnittstelle, die normalerweise im app/Contracts -Verzeichnis platziert ist
• Erstellen Sie eine Repository -Klasse und platzieren Sie sie in app/Repositories
• Binden Sie Schnittstellen- und Implementierungsklassen in AppServiceProvider Binde

Ein einfaches Beispiel geben:

 // App/Contracts/userrepositorycontract.php
Schnittstelle userrepositorycontract
{
    öffentliche Funktion Find ($ id);
    öffentliche Funktion All ();
}

 // App/Repositories/userrepository.php
Klasse userrepository implementiert userrepositorycontraction
{
    öffentliche Funktion finden ($ id)
    {
        zurücksenden user :: find ($ id);
    }

    öffentliche Funktion All ()
    {
        zurücksenden user :: alle ();
    }
}

Binden Sie dann in den Dienstanbieter:

 $ this-> app-> bind (
    \ App \ contracts \ userrepositorycontract :: class, Klasse,
    \ App \ reposinies \ userrepository :: class
);

Auf diese Weise können Sie es im Controller über die Abhängigkeitsinjektion verwenden:

 Öffentliche Funktion __construct (userrepositorycontract $ userrepository)
{
    $ this-> userrepository = $ userrepository;
}

Warum Repository -Vertrag verwenden?

Es gibt mehrere wichtige Gründe:

• Entkopplung : Der Controller stützt sich nicht auf bestimmte Implementierungen, sondern hängt nur von Schnittstellen ab, was zum Ersetzen von Datenquellen geeignet ist.
• Testabler : Es ist einfach, Mock -Objekte für Schnittstellen zum Testen zu erstellen
• Der Code ist sauberer : Der Controller enthält keine Datenzugriffslogik mehr und die Verantwortlichkeiten sind einzelner
• Einfach zu Teamzusammenarbeit : Verschiedene Mitglieder können Geschäftslogik- und Datenzugriffsschichten separat entwickeln

Verwenden Sie es jedoch nicht zu. Für kleine Projekte oder einfache CRUD -Operationen ist es kein Problem, das Modell direkt zu verwenden. Repository eignet sich besser für mittlere und große Projekte oder Systeme, die eine langfristige Wartung erfordern.

Tipps: Vorschläge zur Organisationsstruktur

• Stellen Sie Verträge in app/Contracts und Repositories in app/Repositories
• Verwenden Sie Schnittstellennamenspezifikationen wie UserRepositoryContract
• Es ist am besten, Vertrag und Repository in AppServiceProvider zu binden
• Kann mit Dienstleister oder Fassade verwendet werden, um die Aufrufmethode weiter zu vereinfachen

Grundsätzlich ist das. Repository -Verträge sind eine Möglichkeit, Code in Laravel zu organisieren. Obwohl es nicht notwendig ist, kann es Ihnen helfen, die Struktur zu sortieren, wenn das Projekt größer wird, und es ist einfacher zu warten und zu testen. Wenn es gut verwendet wird, kann es tatsächlich die Entwicklungseffizienz verbessern.

Das obige ist der detaillierte Inhalt vonWas sind Repository -Verträge in Laravel?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!