Demandes et validation de Laravel 9

Demandes et validation de Laravel 9

«Le tutoriel d'aujourd'hui enseignera les demandes et la validation de Laravel. Laravel est le cadre PHP le plus sécurisé cette fois. Maintenant, je vais expliquer la demande, la demande de Laravel est un moyen d'envoyer des données de la vue au contrôleur par itinéraire. Si nous voulons obtenir des données de tout type de formulaire Laravel, nous devons l'envoyer au contrôleur; Ensuite, nous utilisons la méthode de demande."

Dans le cadre, un meilleur avenir est la demande de données, qui nous permet de créer ou de gérer des applications et des API puissantes. Il y avait de nombreuses façons de vérifier la valeur de contrôle dans Laravel 9. Le traitement de la validation ControllerRequest fait partie très complexe de toute application Laravel. Laravel a une fonctionnalité extraordinaire qui traite très bien de la demande de gestion. Les données de demande sont essentiellement utilisées pour obtenir des données du formulaire Laravel.

La plupart des développeurs sont très habitués au validateur dans leurs projets. Et c'est aussi le moyen le plus élémentaire de valider la gestion de la demande entrante au contrôleur.

Il n'y a rien de mal à valider nos demandes entrantes dans le contrôleur de projet, mais ce n'est pas seulement la meilleure façon d'exécuter cela, et, de cette manière, le contrôleur de projet a également l'air très désordonné. En tant que développeur, je pense que c'est une mauvaise pratique. Ce contrôleur fera des demandes de gestion d'une demande entrante de l'itinéraire spécifique et de retour avec une réponse appropriée telle que définie.

Si vous aimez utiliser la classe de demande, vous devez le définir dans la fonction du contrôleur. Et vous pouvez obtenir toutes les données en utilisant

$ request-> all ()

Voici un ancien code de méthode qui est

Code-

publicFunctionDatastore (demande $ demande)
$ validator = validator :: make ($ request-> all (), [
'e-mail' => 'Obligatoire | Unique: utilisateurs | max: 255',
'name' => 'requis',
]));
if ($ validator-> échoue ())
returnRedirect ('post / création')
-> witherrors ($ validator)
-> innutput ();

La rédaction de la logique de validation dans le contrôleur de projet brisera le principe de responsabilité unique. Nous saurons qu'une fois notre classe modifiée, la responsabilité change également, ce qui dépend des exigences changent au fil du temps de notre projet. Donc, c'est très difficile à gérer en une seule classe avec de nombreuses responsabilités.

Maintenant, besoin d'exécuter cette commande pour créer une classe de demande.

PHP Artisan Make: Demandez UserDatastoreRequest

Il créera un fichier PHP sous APP \ http \ requêtes. Le fichier UserDatastoreRequest ressemble à ceci

Cette classe de demande est venue avec deux méthodes par défaut, l'une est l'auth (), et une autre règles (). Vous pouvez exécuter n'importe quelle logique autorisée dans la méthode Auth (). Ses greffes, que notre utilisateur actuel soit autorisé à effectuer une demande ou non. Dans la méthode des règles (), vous pouvez appliquer votre règle de validation de demande. Il existe plus de méthode supplémentaire appelée messages () où vous pouvez utiliser vos propres messages de validation de formulaire. Comme vous aimez définir votre propre message pour un exemple de validation de mot de passe - un mot de passe doit comporter 10 caractères. Vous pouvez transmettre ce message en utilisant cette méthode Message ().

Maintenant, testez notre UserController pour utiliser notre userdatastoreRequest. Vous pouvez appeler notre classe de demande, et il validera automatiquement avant que votre fonction Controller ne soit appelée. Nous allons créer un nouveau contrôleur appelé contrôleur de dataValidation

Ensuite, ajoutez ce code au contrôleur

PublicFunctionStore (UserDatastoreRequest $ demande)

$ validator = $ request-> valided ();
if ($ validator-> échoue ())
returnRedirect ('ValidetOrest')
-> witherrors ($ validator)
-> innutput ();

Ainsi, notre contrôleur de datavalidation semble désormais mince et facile à maintenir. De plus, notre contrôleur de datavalidation n'a pas besoin de penser à la logique de validation demandée. Nous avons notre propre classe de validation qui a notre propre responsabilité de gérer les demandes de validation et de laisser le contrôleur de datavalidation faire son travail.

Maintenant, nous allons ajouter la méthode du message dans notre fichier de demande Userdatastore

Il ressemble à ceci après avoir ajouté la validation des messages.

publicFunctionMessages ()

retour [
'e-mail.requis '=>' un e-mail est requis!',
'nom.Le nom requis '=>' est requis!',
'mot de passe.requis '=>' le mot de passe est requis!'
]]

Tout le code ressemble à ceci

Conclusion

De cette façon, vous pouvez définir votre code de validation avec une demande. Ce code vous aidera à identifier les demandes de données et les règles de validation pourquoi elles sont essentielles pour un projet.