Dieser Artikel zielt darauf ab, gemeinsame Fehler im Laravel -Framework zu beheben, in dem das übergeben von Routing -Parametern Controller -Methoden entspricht. Wir erl?utern ausführlich, warum das direkte Schreiben von Parametern direkt in den Namen der Controller -Methode in der Routing -Definition zu einem Fehler "der Methode ist nicht vorhanden" führt und die korrekte Routing -Definitionsyntax bereitstellt, um sicherzustellen, dass der Controller die Routing -Parameter korrekt empfangen und verarbeiten kann. Darüber hinaus werden in dem Artikel Best Practices für die Verwendung von HTTP -L?schmethoden im L?schvorgang untersucht.

Verstehe Laravel -Routing -Parameter und Controller -Methoden

In Laravel soll die Definition einer Route ein bestimmtes URL -Muster einer Methode im Controller abbilden. Wenn dynamische Parameter in der URL (z. B. Benutzer -ID) enthalten sind, müssen diese Parameter durch die Routing -Definition korrekt an die Controller -Methode übergeben werden. Ein h?ufiger Fehler ist, dass Entwickler versuchen, Routing -Parameter direkt in den Namen der Controller -Methode im Routendefinitions -Array einzubetten, wodurch Laravel die entsprechende Methode nicht ermittelt hat.

Fehlerbeispielanalyse

Betrachten Sie die folgenden Routing -Definitionen:

 Route :: get ('', [aTributdashboardController :: class, 'deletedata/{id}'])-> name ('deletedata');

Und die entsprechende Controller -Methode:

 ?ffentliche Funktion Deletedata ($ id)
{
    // ...
}

Bei dem Zugriff auf diese Route versucht Laravel, eine Methode mit dem Namen Deletedata/{ID} in der AtributdashboardController -Klasse zu finden. Die tats?chliche Methode im Controller wird jedoch gel?scht und erh?lt $ ID über die Parameterliste. Daher meldet Laravel einen Fehler der "Methode existiert nicht", da sie nach dem in der Routendefinition angegebenen Namen nach Methoden sucht, anstatt Parameter intelligent an den Pfad zu analysieren.

Definieren Sie die Routen mit Parametern korrekt

Der richtige Weg, dies zu tun, besteht darin, dynamische Parameter (wie {ID}) im URI -Pfadteil der Route zu platzieren, nicht im Namen der Controller -Methode. Das Routing -System von Laravel analysiert die Parameter im URI und übergibt sie als Parameter an die angegebene Controller -Methode.

 Route :: Gruppe ([
    'Pr?fix' => 'atribut',
    'als' => 'atribut.'
], function () {
    Route :: Group (['Pr?fix' => 'Tabhome', 'as' => 'Tabhome.'], Function () {
        Route :: Get ('', [AtributdashboardController :: class, 'showtab'])-> name ('showtab');
        Route :: post ('', [AtributdashboardController :: class, 'adddata'])-> name ('adddata');
        // Route Definition mit Parameterroute :: get ('Deletedata/{id}', [AtributdashboardController :: class, 'deletedata'])-> name ('deletedata');
    });
});

In dieser ge?nderten Definition bedeutet Deletedata/{ID} explizit, dass der URI -Pfad einen dynamischen Parameter mit dem Namen ID enth?lt. Wenn die Anforderung mit dieser Route übereinstimmt, extrahiert Laravel automatisch den Wert der ID und übergibt ihn als Parameter an die Deletedata -Methode im AtributdashboardController.

Die Controller -Methode empf?ngt Parameter

Die Signatur der Controller -Methode sollte mit dem in der Route definierten Parameternamen übereinstimmen (oder in der Reihenfolge empfangen). Laravel ist intelligent genug, um Parameterwerte zu injizieren, die aus der Route in Parameter der Controller -Methode in Namen oder Reihenfolge extrahiert wurden.

 Namespace App \ http \ Controller \ Frontend \ attribut;

Verwenden Sie App \ http \ Controller \ Controller;
Verwenden Sie App \ Models \ inpdata; // Angenommen, dies ist Ihr Modell oder Ihre Serviceklasse AtributdashboardController Extending Controller
{
    geschützte $ inpdata;

    ?ffentliche Funktion __construct (INPData $ inpdata) // Beispiel: Inject Depecting durch Konstruktor {
        $ this-> inpdata = $ inpdata;
    }

    // ... andere Methoden/**
     *Daten basierend auf ID*l?schen*
     * @param int $ id die zum L?schen von Daten ID zu l?schen
     * @return \ illuminate \ http \ redirectrectRect
     */
    ?ffentliche Funktion Deletedata ($ id)
    {
        // Rufen Sie die Modell- oder Serviceschicht für die Datenl?schung an $ this-> inpdata-> Deletedata ($ id);
        // Umleiten zur Liste der Liste zurückleiten ('Atribut/tabhome');
    }
}

In der oben deletedata ($ id) -Methode empf?ngt der $ id -Parameter automatisch den {ID} -Werwert aus dem Routing -URI.

Best Practice: Anfrage l?schen

W?hrend die Verwendung von GET -Anfragen zur Durchführung eines L?schvorgangs funktionell machbar ist, ist dies aus der Perspektive des HTTP -Protokolls und des RESTful -API -Designs keine bew?hrte Verfahren. Das HTTP -Protokoll definiert spezifische Methoden für verschiedene Operationen, bei denen die L?schmethode speziell zum L?schen von Ressourcen verwendet wird. Die Verwendung der korrekten HTTP -Methode kann die Lesbarkeit und die Wartbarkeit der API verbessern und den Webstandards folgen.

Definieren Sie das L?schen von Routing

In Laravel k?nnen Sie die Route :: Delete () -Methode verwenden, um die Route zu definieren, auf der L?schanforderungen behandelt werden:

 Route :: Gruppe ([
    'Pr?fix' => 'atribut',
    'als' => 'atribut.'
], function () {
    Route :: Group (['Pr?fix' => 'Tabhome', 'as' => 'Tabhome.'], Function () {
        // ... Andere Routen // Verwenden Sie mit der Methode L?schen die Route L?schen:
    });
});

So senden Sie eine Anfrage im Front-End-Anfrage

Da der Browser nur standardm??ig Get- und Postanforderungen über Formulare oder Links senden kann, um L?schanforderungen (oder Put/Patch) zu senden, müssen Sie normalerweise JavaScript (z.

 @Forelse ($ datadisplay as $ data)
    <tr>
        <td> {{$ data-> name}} </td>
        <td>
            <form action="%7B%7BRoute%20('frontend.atribut.tabhome.deletedata',%20%24%20data->%20id)%7D%7D" method="post" style="display: inline;">
                @csrf 
                @Method ('Delete') 
                <button type="subieren" class="btn btn-sm btn-danger" onclick="return best?tigen ('Sind Sie sicher, dass Sie dieses Element l?schen m?chten?');"> L?schen </button>
            </form>
        </td>
    </tr>
@leer
    <tr>
        <td colspan="2"> Es k?nnen keine Daten angezeigt werden. </td>
    </tr>
@endforelse

In der @Method ('Delete') -Richtive erkennt Laravel dies automatisch als gef?lschte L?schanforderung und leitet sie an die entsprechende Route :: Delete () Definition.

Zusammenfassen

Das korrekte Definieren von Laravel -Routing ist der Schlüssel zum Erstellen robuster Webanwendungen. Der Kernpunkt ist:

1. Position des Routing -Parameters Ort: Dynamische Parameter (z. B. {ID}) im URI -Pfadteil der Route platzieren, nicht im Controller -Methodennamen.
2. Controller -Methode -Signatur: Stellen Sie sicher, dass die Controller -Methode diese dynamischen Werte in Form von Parametern empf?ngt.
3. HTTP -Methode Semantik: Befolgen Sie die Best Practices des HTTP -Protokolls, verwenden Sie Anforderungen für Ressourcenl?schvorg?nge und verwenden Sie die Route von Laravel :: Delete () und @Method ('Delete') Anweisungen, um korrekt zu handhaben.

Das Befolgen dieser Prinzipien wird dazu beitragen, gemeinsame Routing -Fehler zu vermeiden und Laravel -Anwendungen zu erstellen, die mit den Webstandards besser übereinstimmen.

Das obige ist der detaillierte Inhalt vonAnleitung zum Abpassen von Laravel Routing Parameterüberschreitung und -Controller -Methode. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!