ASP.NET MVC - Paramètres d'action

Les contrôleurs Ils ne sont pas seulement responsables du retour des résultats, ils doivent également recevoir des données au-delà de ce que le système de routage Il les présente, par exemple un utilisateur peut créer une entrée pour un blog, le contrôleur doit recevoir ces données et selon sa programmation voir ce qu'il en fait et ce qu'il renvoie.
Paramètres de partage
Les actions du contrôleur ne sont qu'une autre méthode dans une classe ASP.NET, cela signifie qu'ils ont le pouvoir de dire au framework comment remplir ses champs, y compris en utilisant les données qu'il reçoit de demande.
Ce que nous expliquons est ce qu'on appelle reliure de modèle quelque chose qui se traduirait par union au modèle. Voyons maintenant dans l'image suivante comment nous pouvons créer une action qui fonctionne avec la requête de manière traditionnelle :

Dans l'exemple, nous voyons comment nous en prenons les valeurs dont nous avons besoin objet de demande directement, nous pouvons même prendre l'attribution de convertir les valeurs dans le type de données que nous devons stocker comme nous le voyons dans les 3 dernières affectations de valeur.
rappelerL'inconvénient majeur de cette approche est qu'elle laisse le fardeau de toute responsabilité du côté du développeur, nous devons donc générer plus de code et faire plus de validation.
Reliure de modèle
Le reliure de modèle Cela nous évite les inconvénients que nous avons vu dans l'exemple précédent, ceci grâce au fait qu'au lieu de recevoir directement les valeurs du demande, ce que nous faisons est de les déclarer comme paramètres.
Regardons l'exemple ci-dessous pour expliquer plus en détail comment cela fonctionne :

Ici, nous voyons qu'au lieu d'utiliser le objet de demandeOn dit simplement aux attributs que leur valeur correspondra à la valeur des paramètres, ces paramètres à leur tour obtiendront leur valeur directement à partir de l'objet de requête.
ImportantLors de l'obtention des valeurs de l'objet de requête, il est important que les paramètres conservent le nom, car ASP.NET MVC il essaiera de les remplir en utilisant le nom du paramètre pour localiser la ressource dans la requête.
Comme on peut le voir, cette approche est plus robuste car elle utilise le framework pour effectuer les différentes vérifications que le développeur devrait autrement effectuer, cela signifie que moins de code est écrit et l'application est plus lisible.
ImportantLe objet de demande n'est pas la seule chose qui nous permet d'utiliser le reliure de modèle En tant que source de données, nous pouvons également utiliser des objets sérialisés avec JSON ou encore des données provenant d'un formulaire HTML ou même de la même URL.
Voyons l'exemple suivant où la valeur de l'URL est utilisée simplement en déclarant le paramètre du même nom pour que le framework puisse l'associer :

Dans l'image, l'exemple recevrait la valeur du paramètre id d'une URL qui avait un formulaire / enchères / enchères / 45 par exemple, puisque dans notre fichier routage Nous aurons défini que ce pattern appellerait cette action de contrôleur et que ce qui serait reçu serait envoyé avec l'identifiant id.
À la fin du tutoriel, nous avons plus clair les concepts de fonctionnement des actions d'un contrôleur et de la manière dont nous pouvons recevoir des données qui nous permettent d'élaborer une logique dans notre application.Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif