Table des matières
La façon de travailler de Node.js et de Express est orienté vers deux aspects fondamentaux, le premier est qu'un seul langage de programmation est utilisé pour atteindre tous les objectifs et le second est que les fonctionnalités qui sont développées sont du style DU REPOS afin que nous puissions avoir un Back-end qui est indépendant et donc tout type de L'extrémité avant.Pour réussir à développer le deuxième point nous devons avoir plusieurs choses au clair, mais le plus important est de comprendre l'objet demande Qu'est ce qui ne va pas avec ça Express et comment cela fonctionne lors de son intégration dans nos applications, de cette manière, nous pouvons capturer différents types de données envoyées par l'utilisateur sans avoir à passer par des processus lourds.
Une des premières choses que nous devons faire est de comprendre ce que notre application reçoit et ne reçoit pas, pour cela nous allons expliquer les méthodes HTTP mais pas du point de vue de la définition de ces concepts car c'est un sujet un peu éloigné, sinon d'un point de vue interne.
Nos navigateurs ont deux façons d'envoyer des données directement à une application, ce sont AVOIR Oui PUBLIER, la première fois que les données traversent le URL et ils sont publics, ce qui le rend spécial pour la consultation et la construction de Permaliens, c'est-à-dire des liens uniques avec lesquels faire des recherches.
La méthode PUBLIER se déplace furtivement, en ce sens qu'un utilisateur ne peut pas voir directement ce qui est envoyé. Avec l'émergence des outils déboguer Dans nos navigateurs, nous pouvons déjà voir ces informations facilement, nous pouvons même prétendre l'envoi de données à partir de certains outils PUBLIER.
Il y a une mention distincte que nous devons faire, le fait que le navigateur n'envoie directement que ces deux méthodes à notre application ne signifie pas que nous ne pouvons pas en utiliser d'autres, et c'est là qu'Ajax occupe une place centrale, car à travers lui nous pouvons faire des demandes ou requête HTTP d'autres types, afin de tout gérer à travers le protocole susmentionné.
Une autre forme de données qui circule dans notre navigateur et qui ne sont pas nécessairement des informations sur l'utilisateur sont les en-têtes qui ont de multiples usages, mais ce sont essentiellement des données qui nous permettent d'identifier le navigateur et les réponses qu'il attend.
ExemplePor ejemplo si el navegador quiere descargar un contenido en forma de texto plano porque nuestra aplicación así lo ha dispuesto, debemos que hacer que cuando se haga la petición esta sea procesada con la cabecera de texto plano, así generamos una respuesta que el navegador pueda interpretar de ce façon.
Mais non seulement cela, notre application peut également répondre avec des en-têtes que le navigateur interprète de manière à ce que nous puissions limiter, afficher ou effectuer toute autre action compatible sur le résultat que l'utilisateur voit.
Par exemple si nous ne voulons pas d'un navigateur spécifique (Internet Explorer) voir notre application, nous prenons simplement l'en-tête que la demande initiale nous envoie et par le traitement de la demande du agent utilisateur notre application décide d'afficher ou non des résultats audit navigateur.
L'object demande C'est la manière la plus simple et la plus détaillée que nous ayons dans Express pour pouvoir manipuler les demandes qui sont générées dans l'utilisation de notre application, donc avec cet objet nous pouvons capturer les en-têtes, les données envoyées par l'utilisateur, et même les données envoyées par Ajax. Dans Express on peut utiliser plusieurs éléments appartenant à l'objet demande Pour la manipulation des données, voyons les plus utiles et leur explication correspondante :
req.paramsCet objet nous permet d'obtenir les routes, les noms et leurs paramètres, il sert à obtenir plus que toutes les données envoyées par une section de notre application.
nom.param.reqCet objet nous permet d'obtenir la valeur d'un envoi particulier soit via PUBLIER ou alors AVOIR, il est très utile de ne recevoir qu'une seule des valeurs.
requête.requêteCeci est très utile pour obtenir le chaîne de requête d'une URL, il est généralement associé à la méthode AVOIR et les valeurs sont obtenues en tant que configuration clé-valeur, même cet objet peut être utile pour remplir un certain type de base de données dans le style de redis pour n'en citer que quelques-uns.
req.corpsCette spécification de notre objet nous permet de capter le contenu d'une requête faite avec la méthode PUBLIERCependant, afin d'utiliser cet objet normalement dans notre application, nous avons besoin d'un middleware pour pouvoir saisir ces données de manière à pouvoir les traiter.
en-têtes req.Cet objet reçoit les en-têtes du client, c'est-à-dire ce que nous avons expliqué précédemment seraient les données envoyées par le navigateur.
req.xhrÀ cette fin, nous pouvons déterminer quel type de demande nous recevons, afin que nous sachions qu'il s'agissait d'un Ajax ou une demande normale du navigateur, avec cela nous saurons quel type de traitement nous devons faire selon la logique de notre application.
URL requiseAvec cela, nous pouvons recevoir l'URL du client, ainsi nous obtiendrons la route spécifique qui atteint notre application.
Voyons dans l'image suivante quelques exemples de la façon dont nous pouvons utiliser dans Express les différents objets de demande que nous avons défini précédemment :
AGRANDIR
Bien que ce tutoriel concerne l'objet demande, L'object réponse cela va de pair avec celui-ci, car une fois que nous recevons une demande, la chose la plus logique à faire est d'envoyer une réponse et en tant que tel, nous devons utiliser une méthode particulière pour le faire. Voyons ensuite les méthodes les plus importantes que nous pouvons utiliser avec l'objet de réponse dans Express.
res.status (code)C'est peut-être la plus utile des méthodes que nous avons dans Express, avec le code de réponse, nous pouvons dire à un navigateur si la demande qu'il a envoyée était adéquate, si le traitement était correct, ou s'il n'a pas la permission d'accéder à cette route avec cette demande, ces codes qui sont traités sont numériques et standard, le le plus connu est le 200 acceptation, suivie de 404 qui est une ressource introuvable ou le 500 qui est une panne de serveur.
res.set (champ, valeur)Avec cette méthode, nous pouvons envoyer une valeur à l'en-tête du navigateur, cependant son utilisation manuelle n'est pas recommandée.
res.send (corps)Il nous permet d'envoyer la réponse au navigateur ou au client, il est utilisé en conjonction avec la méthode ensemble, puisque le premier établit la valeur et avec cela, nous effectuons l'expédition, par exemple lors du développement d'un en-tête spécifique que nous souhaitons utiliser.
res.json ()Cette méthode nous permet d'envoyer notre réponse sous forme de JSON, comme nous le savons ou devrions le savoir, c'est le format de base que nous devons gérer lorsque nous travaillons avec JavaScript car cela nous permet d'envoyer des documents de manière simple et qui peuvent être utilisés dans d'autres langues.
res.render (vue, & # 91, callback) '] Cette méthode nous permet d'afficher les vues de Express, par exemple quand on crée une route et qu'il faut générer une vue la méthode rendre est chargé de mener à bien cette opération.
Voyons dans l'image suivante quelques exemples de l'objet de réponse et comment nous pouvons envoyer les informations de manière appropriée à notre client ou navigateur.
AGRANDIR
Bien que toute cette théorie soit très dense, il est préférable de commencer à la comprendre car au final cela nous permettra de prendre de meilleures décisions lors de la construction de nos applications web créées avec Express.
Avec cela, nous terminons ce tutoriel, comment nous voyons l'objet demande ne fonctionne pas seulement dans l'environnement ou l'écosystème de Express, puisque cela dépend normalement d'autres choses telles que le navigateur, les méthodes HTTP et bien sûr chaque requête génère une réponse, c'est là que l'objet entre en jeu réponse Si nous voulons que ce soit celui qui effectue la prochaine action, nous réalisons ainsi une interaction bidirectionnelle et complétons ainsi les cycles internes de notre application.
