この記事の目的は、ルーティングパラメーターの合格がコントローラーメソッドと一致するLaravelフレームワークの一般的なエラーを解決することを目的としています。ルーティング定義のコントローラーメソッド名にパラメーターを直接書き込むことで、「メソッドは存在しない」というエラーが発生する理由を詳細(xì)に説明し、コントローラーがルーティングパラメーターを正しく受信および処理できるように、正しいルーティング定義の構(gòu)文を提供します。さらに、この記事では、削除操作でHTTP削除メソッドを使用するためのベストプラクティスを検討します。

Laravelルーティングパラメーターとコントローラーメソッドを理解します

Laravelでは、ルートの定義は、特定のURLパターンをコントローラーのメソッドにマッピングすることを目的としています。動的パラメーターがURL（ユーザーIDなど）に含まれている場合、これらのパラメーターは、ルーティング定義を介してコントローラーメソッドに正しく渡す必要があります。一般的な間違いは、開発者がルート定義アレイのコントローラーメソッドの名前部分にルーティングパラメーターを直接埋め込もうとすることであり、Laravelが対応するメソッドを見つけることができないことです。

エラー例分析

次のルーティング定義を検討してください。

 route :: get（ ''、[aTributDashBoardController :: class、 'deletedata/{id}']） - > name（ 'deletedata'）;

対応するコントローラーメソッド：

パブリック関數(shù)deletedata（$ id）
{
    // ...
}

このルートにアクセスするとき、LaravelはAtributDashboardControllerクラスでdeletedata/{id}という名前のメソッドを見つけようとします。ただし、コントローラーの実際のメソッドはdeletedataであり、パラメーターリストを介して$ IDを受信します。したがって、Laravelは、パスのパラメーターをインテリジェントに解析するのではなく、ルート定義で指定された名前に厳密に応じてメソッドを検索するため、「メソッドは存在しない」というエラーを報(bào)告します。

パラメーターを使用してルートを正しく定義します

これを行う正しい方法は、コントローラーメソッド名ではなく、ルートのURIパス部分に動的パラメーター（{ID}など）を配置することです。 Laravelのルーティングシステムは、URIのパラメーターを解析し、指定されたコントローラーメソッドのパラメーターとしてそれらを渡します。

ルート::グループ（[[
    'prefix' => 'atribut'、
    '=>' atribut?！?]、 関數(shù) （） {
    ルート:: group（['prefix' => 'tabhome'、 'as' => 'tabhome。']、function（）{
        route :: get（ ''、[aTributDashBoardController :: class、 'showtab']） - > name（ 'showtab'）;
        ルート:: post（ ''、[aTributDashBoardController :: class、 'adddata']） - > name（ 'adddata'）;
        //パラメーターを使用した正しいルート定義:: get（ 'deletedata/{id}'、[aTributDashBoardController :: class、 'deletedata']） - > name（ 'deletedata'）;
    }）;
}）;

この変更された定義では、deletedata/{id}は、URIパスにIDという名前の動的パラメーターが含まれていることを明示的に意味します。リクエストがこのルートと一致すると、LaravelはIDの値を自動的に抽出し、AttributDashboardControllerのDeleteDataメソッドにパラメーターとして渡します。

コントローラーメソッドはパラメーターを受信します

コントローラーメソッドの署名は、ルートで定義されている（または順番に受信）パラメーター名と一致する必要があります。 Laravelは、ルートから抽出されたパラメーター値を名前または順序でコントローラーメソッドのパラメーターに抽出するのに十分賢いです。

 namespace app \ http \ controllers \ frontend \ aTribut;

app \ http \ controllers \ controllerを使用します。
app \ models \ inpdataを使用します。 //これがあなたのモデルまたはサービスクラスAtributDashBoardControllerを拡張するコントローラーであると仮定します
{
    保護(hù)された$ inpdata;

    パブリック関數(shù)__construct（inpdata $ inpdata）//例：コンストラクターを介して依存関係を注入{
        $ this-> inpdata = $ inpdata;
    }

    // ...その他の方法/**
     *IDに基づいてデータを削除*
     * @param int $ idデータIDを削除します
     * @return \ illuminate \ http \ redirectResponse
     */
    パブリック関數(shù)deletedata（$ id）
    {
        //データ削除のためにモデルまたはサービスレイヤーを呼び出します$ this-> inpdata-> deletedata（$ id）;
        //リストページに戻るリダイレクトリダイレクトを返します（ 'aTribut/tabhome'）;
    }
}

上記のdeletedata（$ id）メソッドでは、$ idパラメーターは、ルーティングURIから{id}値を自動的に受信します。

HTTPメソッドベストプラクティス：リクエストを削除します

削除操作を?qū)g行するためにGETリクエストを使用することは機(jī)能的に実行可能ですが、これはHTTPプロトコルとRESTFUL API設(shè)計(jì)の観點(diǎn)からのベストプラクティスではありません。 HTTPプロトコルは、リソースを削除するために削除メソッドが特別に使用されるさまざまな操作の特定のメソッドを定義します。正しいHTTPメソッドを使用すると、APIの読みやすさ、保守性を向上させ、Web標(biāo)準(zhǔn)に従うことができます。

削除ルーティングを定義します

Laravelでは、ルート:: delete（）メソッドを使用して、削除要求を処理するルートを定義できます。

ルート::グループ（[[
    'prefix' => 'atribut'、
    '=>' atribut?！?]、 関數(shù) （） {
    ルート:: group（['prefix' => 'tabhome'、 'as' => 'tabhome。']、function（）{
        //
    }）;
}）;

フロントエンドで削除要求を送信する方法

ブラウザは、デフォルトでフォームまたはリンクを介してGETリクエストのみを送信して削除（またはパッチ/パッチ）リクエストを送信できるため、通常、JavaScript（AJAXを使用する）を使用するか、Laravelブレードテンプレートで@method（ 'Delete）ディレクティブを使用する必要があります。

 @forelse（$ datadisplay as $ data）
    <tr>
        <td> {{$ data-> name}} </td>
        <td>
            <form action="%7B%7Broute%EF%BC%88%20'frontend.atribut.tabhome.deletedata'%E3%80%81%24%20data->%20id%EF%BC%89%7D%7D" method="post" style="display：inline;">
                @CSRF 
                @method（ 'delete'）
                <button type="submit" class="btn btn-sm btn-danger" onclick="return confism（ 'このアイテムを削除することはできますか？'）;">削除</button>
            </form>
        </td>
    </tr>
@空の
    <tr>
        <td colspan="2">データは表示できません。 </td>
    </tr>
@endforelse

@method（ 'Delete'）ディレクティブを介して、Laravelはこれを偽の削除要求として自動的に認(rèn)識し、対応するルート:: delete（）定義にルーティングします。

要約します

Laravelルーティングを正しく定義することは、堅(jiān)牢なWebアプリケーションを構(gòu)築するための鍵です。コアポイントは次のとおりです。

1. ルーティングパラメーターの場所：コントローラーメソッド名ではなく、ルートのURIパス部分に動的パラメーター（{ID}など）を配置します。
2. コントローラーメソッド署名：コントローラーメソッドがパラメーターの形でこれらの動的値を受信することを確認(rèn)します。
3. HTTPメソッドセマンティクス： HTTPプロトコルのベストプラクティスに従い、リソース削除操作の削除要求を使用し、Laravelのルート:: delete（）および@method（ 'Delete'）ディレクティブを使用して正しく処理します。

これらの原則に従うことで、一般的なルーティングエラーを回避し、Web標(biāo)準(zhǔn)とより一致するLaravelアプリケーションを構(gòu)築するのに役立ちます。

以上が一致するLaravelルーティングパラメーターの合格とコントローラー方法を一致させるガイドの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。