Si j'ai un itinéraire comme ci-dessous. Comment configurer la fonction de contrôleur est-elle comme celle-ci afin que je puisse utiliser le paramètre URL et les données du corps de post-demande? Je m'attendrais à ce qu'il soit similaire au code ci-dessous, mais est-ce correct? P> public function my_function($id, Request $request){}
3 Réponses :
Son ok mais j'aime passer l'identifiant comme celui-ci lorsque je retourne une vue
C'est une autre façon de le faire, merci d'utiliser cette méthode à certaines occasions
La façon dont vous faites est correcte selon les documents Laravel.
Si votre méthode de contrôleur attend également une entrée à partir d'un paramètre d'itinéraire, indiquez vos arguments de votre route après vos autres dépendances. Par exemple, si votre itinéraire est défini comme: p> blockQuote>
xxx pré> Vous pouvez toujours saisir la requête allumée \ http \ et accéder à votre paramètre d'identifiant en définissant votre méthode de contrôleur comme suit: P> blockQuote>
Voici un exemple en utilisant les données que vous l'envoyez: p>
xxx pré> pour plus d'informations: DOCS P> P>
Lorsque vous exposez vos arguments de l'URL comme celui-ci, vous devez utiliser un paramètre d'accès à la demande de passer par E.g localhost: 3000 / utilisateur / 1 p>
Mais si vous passez une pièce d'identité sous la touche I.E Caché par la poste. P>
Peut-être que c'est ce que vous vouliez faire p>
itinéraire :: get ('/ utilisateur / {id}', 'usercontroller @ my_function'); code> p>
fonction publique my_function ($ id) {
//faire quelque chose
} code> p>
itinéraire :: post ('/ utilisateur', 'usercontroller @ my_function'); code> p>
Fonction publique My_Function (demande $ Demande) {
// faire quelque chose
$ demande-> ID
} code> p>
itinéraire :: Met (utilisateur / {id} ',' usercontroller @ my_function '); code> p>
fonction publique my_function ($ id) {
//faire quelque chose
} code> p>
Merci pour votre réponse, mais votre deuxième exemple n'est pas ce que je voulais faire mais je remercie votre réponse