Cet article traite de la posture correcte pour le transfert de paramètres des méthodes de contr?leur dans le routage de Laravel en profondeur. En réponse aux erreurs courantes causées par l'écriture de paramètres de routage directement au nom de la méthode du contr?leur, la syntaxe de définition de routage correcte est expliquée en détail et le mécanisme de la liaison automatique des paramètres Laravel est souligné. Dans le même temps, l'article recommande d'utiliser la méthode HTTP Supprimer qui est une suppression HTTP plus reposante conforme aux spécifications pour gérer les opérations de suppression pour améliorer la maintenabilité et la sémantique de l'application.

Comprendre la liaison correcte des méthodes de routage Laravel et de contr?leur

Dans le cadre Laravel, les routes sont le point d'entrée de l'application, qui est responsable de la cartographie des demandes HTTP entrantes à des méthodes de contr?leur spécifiques pour l'exécution. Une définition d'itinéraire typique contient les méthodes URI demandées, HTTP et les classes et méthodes de contr?leur correspondantes. La clé est que le nom de la méthode du contr?leur doit être un nom de méthode PHP pur et ne doit contenir aucun espace réservé par des paramètres URI. Les paramètres de l'URI (tels que {id}) doivent être définis comme faisant partie du chemin, et le système de routage de Laravel analyse intelligemment ces paramètres et les transmet sous forme de paramètres à la méthode du contr?leur correspondant.

Analyse d'erreur commune: la cause profonde de la méthode n'existe pas

Lors de la définition des itinéraires avec des paramètres, les développeurs écrivent parfois à tort l'emplacements d'attente du paramètre URI directement dans le nom de la méthode du contr?leur, ce qui fait que Laravel ne peut pas trouver la méthode correspondante. Par exemple, la définition de l'itinéraire suivante est erronée:

 Route :: groupe ([[
  'prefix' => 'atribut',
  'as' => 'atribut.'
], fonction () {
  Route :: groupe (['prefix' => 'tabhome', 'as' => 'tabhome.'], Function () {
    // Exemple d'erreur: écrivez {id} à la méthode Nom Route :: get ('', [atributdashboardController :: class, 'DeleteData / {id}']) -> name ('deletedata');
  });
});

Lorsque Laravel essaie d'analyser DeleteData / {id} en tant que méthode de contr?leur, il recherche une méthode PHP nommée DeleTeData / {ID} dans la classe ATRIBLIBLASHBOARDCTORLER. Cependant, DeleteData / {id} n'est pas un nom de méthode PHP légitime (le nom de la méthode PHP ne peut pas contenir de caractères spéciaux tels que / ou {}), donc Laravel lance une erreur avec la méthode ... :: Deletedata / {id} n'existe pas.

La raison principale est que: le paramètre URI fait partie du chemin de routage, pas une partie du nom de la méthode du contr?leur. Le nom de la méthode du contr?leur spécifie uniquement la fonction à exécuter, et le passage des paramètres est automatiquement effectué par le mécanisme de correspondance de routage de Laravel.

Pratique de livraison des paramètres de routage correct

Pour définir correctement un itinéraire avec les paramètres, l'espace réservé au paramètre {ID} doit être placé dans la partie URI de l'itinéraire, tandis que le nom de la méthode du contr?leur maintient son nom de méthode PHP pur.

1. Définition de routage : Placez le paramètre {ID} dans l'URI et assurez-vous que le nom de la méthode du contr?leur est un nom de méthode PHP valide.

    // itinéraires / web.php ou api.php
   Route :: groupe ([[
     'prefix' => 'atribut',
     'as' => 'atribut.'
   ], fonction () {
     Route :: groupe (['prefix' => 'tabhome', 'as' => 'tabhome.'], Function () {
       // Exemple correct: prenez {id} dans le cadre de la route URI Path :: get ('DeleteData / {id}', [atributDashboardController :: class, 'DeleteData']) -> name ('Deletedata');
   
       // ou, si {id} est un identifiant unique pour le segment de chemin, il peut également être simplifié à:
       // Route :: get ('{id}', [atributdashboardController :: class, 'Deletedata']) -> name ('Deletedata');
     });
   });

2. Méthode du contr?leur : La méthode du contr?leur doit seulement déclarer un paramètre correspondant au nom du paramètre URI (par exemple, $ id), et Laravel passera automatiquement la valeur capturée dans l'URI à ce paramètre.

    // app / http / contr?lers / frontend / atribut / atributdashboardController.php
   Espace de noms App \ Http \ Controllers \ Frontend \ AtTribute;
   
   Utilisez App \ Http \ Controllers \ Controller;
   // ... d'autres instructions d'utilisation nécessaires, telles que l'utilisation illuminate \ http \ request;
   
   CLASSE ATTRIBLASHBOOD Controller étend le contr?leur
   {
       protégé $ inpdata; // Supposons que la fonction publique __Construct (/ * est-ce que leCerviceClass $ inpdata * /) est disponible via l'injection de constructeur ou d'autres méthodes
       {
           // $ this-> inpdata = $ inpdata;
       }
   
       / **
        * Processus des demandes de supprimer des données.
        *
        * @param int $ id L'ID de données à supprimer
        * @return \ illuminate \ http \ redirectRasponse
        * /
       fonction publique supprimée ($ id)
       {
           // Laravel correspondra automatiquement à la valeur {id} dans l'URI au paramètre $ id $ this-> inpdata-> deledata ($ id); // appelle le modèle ou la couche de service pour la redirection de retour de suppression réelle (?atribut / tabhome?); // redirige vers la page de liste}
   }

3. Afficher l'appel de couche : Lorsque vous générez une URL avec des paramètres dans un modèle de lame, utilisez la fonction d'assistance Route () et passez dans la valeur du paramètre correspondant.

    {{- Resources / Views / your_view.blade.php -}}
   @forelse ($ datadisplay as $ data)
     <tr>
      <td> {{$ data-> name}} </td>
      <td>
        <a href="%7B%7BRoute%20('attist.tabhome.deletedata',%20%24%20data->%20id)%7D%7D" class="btn btn-sm btn-danger"> delete </a>
      </td>
     </tr>
   @vide
     <tr> <td colspan="2"> Aucune donnée </td> </tr>
   @endforelse

   Ici Route ('atribut.tabhome.deletedata', $ data-> id) générera une URL similaire à / atribute / tabhome / deletedata / 1, où 1 est la valeur réelle de $ data-> id.

Meilleure pratique: utiliser la méthode de suppression de HTTP

Du point de vue du style architectural Restful, l'opération de supprimer une ressource doit utiliser la méthode de suppression HTTP au lieu de Get ou Publier. Cela rend l'interface plus sémantique et prévisible.

1. Définition d'un itinéraire Supprimer : Laravel fournit la méthode d'itinéraire :: delete () pour définir l'itinéraire pour une demande de suppression.

    // itinéraires / web.php ou api.php
   Route :: groupe ([[
     'prefix' => 'atribut',
     'as' => 'atribut.'
   ], fonction () {
     Route :: groupe (['prefix' => 'tabhome', 'as' => 'tabhome.'], Function () {
       // Recommandé: utilisez la méthode de suppression pour gérer la route de délétion :: Delete ('DeleteData / {id}', [atributdashboardController :: class, 'Deletedata']) -> name ('Deletedata');
     });
   });

2. Le frontal envoie la demande de suppression : HTML forms nativement uniquement les méthodes GET et POST. Pour envoyer une demande de suppression, Laravel fournit une directive @Method Blade qui génère un champ _Method caché dans la forme, que Laravel reconna?t et traite comme la méthode HTTP spécifiée.

    {{- Resources / Views / your_view.blade.php -}}
   @forelse ($ datadisplay as $ data)
     <tr>
      <td> {{$ data-> name}} </td>
      <td>
        <form action="%7B%7BRoute%20('attist.tabhome.deletedata',%20%24%20data->%20id)%7D%7D" m style="affiche: inline;">
            @csrf {{- Protection contre la contrefa?on de demande de site croisé -}}
            @Method ('Delete') {{- Simulater Delete Request--}}
            <button type="soumi" class="btn btn-sm btn-danger" onclick="return confirm ('êtes-vous s?r de supprimer cet élément?');"> delete 
         form>
      </button>
   </form>
   </td>
     </tr>
   @vide
     <tr> <td colspan="2"> Aucune donnée </td> </tr>
   @endforelse

   De cette fa?on, lorsque l'utilisateur clique sur le bouton Supprimer, le formulaire est soumis en tant que demande de post, mais Laravel le achemine vers un itinéraire de suppression basé sur le champ _Method.

Résumer

Il est crucial de comprendre correctement la relation de cartographie entre les paramètres URI et les paramètres de la méthode du contr?leur dans le routage de Laravel. Les points de base sont:

• L'ensemble de l'URI paramètre (tel que {id}) fait partie de l'URI de routage et est utilisé pour définir le motif d'URL.
• Le nom de la méthode du contr?leur est un nom de méthode PHP pur et ne contient aucune information des paramètres URI.
• Laravel passera automatiquement les valeurs de paramètres capturées dans l'uri dans l'ordre ou via des noms de paramètres aux paramètres correspondants de la méthode du contr?leur.
• Pour les opérations de suppression, il est fortement recommandé d'utiliser la méthode de suppression HTTP pour définir l'itinéraire et envoyer des demandes sur l'avant en conjonction avec la directive @Method (?Delete?) de Laravel Blade pour suivre les meilleures pratiques reposantes pour améliorer la sémantique et la maintenabilité du code.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!