この記事では、ルーティングパラメーターの正しい伝送と、Laravelフレームワークのコントローラー法のマッチングメカニズムについて深く詳しく説明します。ルーティングパラメーターをコントローラーメソッド名に直接書き込むことによって引き起こされる一般的な「メソッドは存在しない」に応じて、この記事は、ルーティングを定義する正しい方法、つまりURIのパラメーターを宣言し、コントローラーメソッドの獨(dú)立したパラメーターとして受信します。同時(shí)に、この記事では、開発者がより堅(jiān)牢で安らかなLaravelアプリケーションを構(gòu)築するのを支援することを目的とした、HTTPメソッドのベストプラクティスに関するコードの例と提案も提供しています。

一般的なエラー：ルーティングパラメーターとコントローラーメソッド名との間の混亂

Laravelアプリケーション開発では、開発者は「メソッドが存在しない」エラーに遭遇することがあります。特に、パラメーターをルートに渡そうとする場(chǎng)合。典型的なエラーの例は次のとおりです。

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

上記のコードの意図は、GETリクエストルートを定義することです。ルートにアクセスすると、AtributDashboardControllerのDeleteDataメソッドが呼び出され、IDパラメーターが渡されます。しかし、この文章は間違っています。 Laravelルーティング定義では、配列の2番目の要素[コントローラー::クラス、 'MethodName']は、コントローラークラスとその內(nèi)部メソッド名を明示的に指定します。 deletedata/{id}は有効なメソッド名ではありません。 {id}は、ルーティングURIのパラメーターをキャプチャするために使用されるプレースホルダーであり、メソッド名に表示されないでください。したがって、Laravelはdeletedata/{id}というメソッドを見つけようとし、その方法が存在しないことを自然に報(bào)告します。

正しい姿勢(shì)：ルーティングパラメーターの定義はコントローラー法と一致します

Laravelのパラメーターを使用してルートを正しく定義し、コントローラーメソッドに渡すには、次の原則に従う必要があります。

1。ルーティング定義：パラメーターを明確に宣言します

ルーティングパラメーターは、カーリーブレース{}によってルートのURIパスで定義する必要があります。 Laravelは、これらのパラメーターをインテリジェントに解析し、対応するコントローラーメソッドにパラメーターとして渡します。

 // routes/web.phpまたはその他のルートファイルルート:: group（[[
  'prefix' => 'atribut'、
  '=>' atribut?！?]、 関數(shù) （） {

  ルート:: group（['prefix' => 'tabhome'、 'as' => 'tabhome。']、function（）{
    route :: get（ ''、[aTributDashBoardController :: class、 'showtab']） - > name（ 'showtab'）;
    ルート:: post（ ''、[aTributDashBoardController :: class、 'adddata']） - > name（ 'adddata'）;
    //正しいルート定義：URIパスルートに{(lán)id}をput {id} get（ 'deletedata/{id}'、[aTributDashboardController :: class、 'deletedata']） - > name（ 'deletedata'）;

    //または、{id}がパスセグメントの一意の識(shí)別子である場(chǎng)合、次のことを簡(jiǎn)素化できます。
    // route :: get（ '{id}'、[aTributDashBoardController :: class、 'deletedata']） - > name（ 'deletedata'）;
  }）;
}）;

上記の例では、deletedata/{id}は、deletedataパスの後にidという名前の動(dòng)的パラメーターが続くことを明示的に意味します。

2。コントローラー方法：パラメーターの自動(dòng)注入

パラメーターがルートで定義されている場(chǎng)合、Laravelはこれらのパラメーターの値をコントローラーメソッドの対応するパラメーターに自動(dòng)的に注入します。コントローラーメソッドは、ルーティングパラメーターと同じ名前の正式なパラメーターを宣言する必要があります。

 // app/http/controllers/frontend/aTribut/aTributdashboardController.php
 inpdata = $ inpdata;
    }

    パブリック関數(shù)showtab（）
    {
        // method method return View（ 'your.view.path'、['datadisplay' => $ this-> inpdata-> getalldata（）]）;
    }

    パブリック関數(shù)adddata（リクエスト$ request）
    {
        // method $ $ this-> inpdata-> adddata（$ request-> all（））;
        return redirect（ 'aTribut/tabhome'）;
    }

    /**
     * IDに従ってデータを削除します。
     * @param int $ $ id idはルートから自動(dòng)的に注入されました
     * @return \ illuminate \ http \ redirectResponse
     */
    パブリック関數(shù)deletedata（$ id）
    {
        $ this-> inpdata-> deletedata（$ id）;
        return redirect（ 'aTribut/tabhome'）;
    }
}

deletedata（$ id）メソッドでは、$ idパラメーターは、ルーティングURIの{id}位置の値を自動(dòng)的に受信します。

3.レイヤーを表示：URLの生成とパラメーターの渡し

ブレードテンプレートにパラメーターを使用してURLを生成する場(chǎng)合、ルート（）ヘルパー関數(shù)を使用し、引數(shù)を2番目のパラメーターとして渡す必要があります。 Laravelは、ルート定義に従ってパラメーター値をURLの正しい位置に自動(dòng)的に入力します。

 {{ - リソース/ビュー/your_blade_file.blade.php-}}
@forelse（$ datadisplay as $ data）
  <tr>
   <td> {{$ data-> name}} </td>
   <td>
     {{ -  urlを生成する正しい方法：$ data-> idをパラメーターとしてpass（）helper function-}}}
     <a href="%7B%7Broute%EF%BC%88%20'aTribut.tabhome.deletedata'%E3%80%81%24%20data->%20id%EF%BC%89%7D%7D" class="btn btn-sm btn-danger"> delete </a>
   </td>
  </tr>
 @空の
  <tr>
    <td colspan="2">データはまだありません</td>
  </tr>
 @endforelse

route（ 'attribut.tabhome.deletedata'、$ data-> id）url like/attribut/taphome/deletedata/1（$ data-> idが1を想定）を生成し、Laravelルートによって正しく一致します。

ベストプラクティス：HTTP削除メソッドの適用

上記の例では、削除のGETリクエストを使用していますが、RESTFUL API設(shè)計(jì)原則では、リソースの削除は通常、HTTP削除メソッドを使用する必要があります。これにより、APIセマンティクスがより明確になるだけでなく、GETリクエストのiDempotenceの問題を回避します（GETリクエストはサーバー狀態(tài)を変更してはなりません）。

削除メソッドを使用するには、次のことが必要です。

1. ルート內(nèi)の削除メソッドを定義します。

   ルート:: delete（ 'deletedata/{id}'、[aTributDashBoardController :: class、 'deletedata']） - > name（ 'deletedata'）;

2. フォームまたはjavaScriptを使用して削除要求を送信します。ビュー：ブラウザはタグを介して削除要求の送信をサポートしていないか、リクエストを取得するため、_method hiddenフィールドを持つフォームを使用するか、javascriptを介してajaxリクエストを送信する必要があります（axiosまたはfetch apiを使用するなど）。

   フォームの使用例：

   @csrf @method（ 'delete'）{{ - これは、これが削除要求であることをLaravelに伝えます - }} delete

   この方法は、HTTPプロトコルのセマンティクスとより沿ったものであり、より安全です。

要約します

Laravelとコントローラー法のルーティングパラメーターの定義の一致を正しく理解することは、堅(jiān)牢なWebアプリケーションを構(gòu)築するための基礎(chǔ)です。コアポイントは、ルーティングパラメーター{}はURIパスの一部に屬し、動(dòng)的値をキャプチャするために使用されることです。コントローラーメソッド名は固定文字列であり、パラメータープレースホルダーは含まれていません。 Laravelのルーティングシステムは、URIでキャプチャされたパラメーター値をコントローラーメソッドの対応するパラメーターに自動(dòng)的に注入する責(zé)任があります。さらに、HTTPメソッドのベストプラクティス（削除のために削除を使用するなど）に従うことで、アプリケーションがより安らかな仕様を作成し、保守性とセキュリティを改善できます。最新かつ最も包括的なルーティング構(gòu)成ガイドについては、Laravelの公式ドキュメントを必ず參照してください。

以上が一致するLaravelルーティングパラメーター転送およびコントローラー法の深い分析の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。