Inhoudsopgave
De manier van werken van Node.js en van nadrukkelijk is gericht op twee fundamentele aspecten, de eerste is dat er slechts één programmeertaal wordt gebruikt om alle doelstellingen te bereiken en de tweede is dat de ontwikkelde functionaliteiten van de stijl zijn RUST UIT zodat we een kunnen hebben Back-end dat is onafhankelijk en dus elk type Voorkant.Om het tweede punt met succes te ontwikkelen, moeten we verschillende dingen duidelijk hebben, maar het belangrijkste is om het object te begrijpen verzoek wat is er mis mee nadrukkelijk en hoe het werkt wanneer het wordt opgenomen in onze applicaties, op deze manier kunnen we verschillende soorten gegevens vastleggen die door de gebruiker worden verzonden zonder omslachtige processen te hoeven doorlopen.
Een van de eerste dingen die we moeten doen, is begrijpen wat onze applicatie wel en niet ontvangt, hiervoor gaan we de methoden uitleggen HTTP maar niet vanuit het oogpunt van de definitie van die concepten, aangezien het een enigszins ver verwijderd onderwerp is, zo niet vanuit een intern oogpunt.
Onze browsers hebben twee manieren om gegevens rechtstreeks naar een applicatie te sturen, dit zijn: KRIJGEN Y NA, de eerste reist de gegevens door de URL en ze zijn openbaar, wat het speciaal maakt voor het raadplegen en bouwen van Permalinks, dat wil zeggen, unieke links waarmee u navraag kunt doen.
De methode NA reist heimelijk, in die zin dat een gebruiker niet direct kan zien wat er wordt verzonden. Met de opkomst van tools debuggen In onze browsers kunnen we deze informatie al gemakkelijk zien, we kunnen zelfs doen alsof we gegevens van sommige tools verzenden NA.
Er is een aparte vermelding die we moeten maken, het feit dat de browser alleen die twee methoden rechtstreeks naar onze applicatie stuurt, betekent niet dat we andere niet kunnen gebruiken, en dat is waar Ajax centraal staat, omdat we hierdoor verzoeken kunnen doen of HTTP-verzoek van andere soorten, om alles te beheren via het bovengenoemde protocol.
Een andere vorm van gegevens die door onze browser reizen en die niet noodzakelijkerwijs gebruikersinformatie zijn, zijn de headers die voor meerdere doeleinden kunnen worden gebruikt, maar in feite zijn het gegevens waarmee we de browser kunnen identificeren en de antwoorden waarop deze wacht.
VoorbeeldAls de browser bijvoorbeeld inhoud in de vorm van platte tekst wil downloaden omdat onze toepassing het zo heeft geregeld, moeten we ervoor zorgen dat wanneer het verzoek wordt gedaan, het wordt verwerkt met de koptekst in platte tekst, dus we genereren een antwoord dat de browser kan op die manier interpreteren.
Maar niet alleen dat, onze applicatie kan ook reageren met headers die de browser zo interpreteert dat we het resultaat dat de gebruiker ziet, kunnen beperken, weergeven of andere compatibele acties kunnen uitvoeren.
Als we bijvoorbeeld geen specifieke browser willen (Internetverkenner) zie onze applicatie, we nemen gewoon de header die het eerste verzoek ons stuurt en door de verwerking van het verzoek van de gebruikersagent onze applicatie beslist of er al dan niet resultaten aan de browser worden getoond.
Het object verzoek Het is de eenvoudigste en meest gedetailleerde manier die we hebben binnen nadrukkelijk om de verzoeken te kunnen manipuleren die worden gegenereerd tijdens het gebruik van onze applicatie, zodat we met dit object de headers, de gegevens die door de gebruiker zijn verzonden en zelfs de gegevens kunnen vastleggen die zijn verzonden door Ajax. In nadrukkelijk we kunnen verschillende elementen gebruiken die bij het object horen verzoek Laten we voor gegevensmanipulatie de meest bruikbare en de bijbehorende uitleg bekijken:
req.paramsDit object stelt ons in staat om de routes, namen en hun parameters te verkrijgen, het wordt gebruikt om meer te verkrijgen dan alle gegevens die door een gedeelte van onze applicatie worden verzonden.
req.param.naamDit object stelt ons in staat om de waarde van een bepaalde zending te verkrijgen via: NA of KRIJGEN, is het erg handig om slechts één van de waarden te ontvangen.
req.queryDit is erg handig om de querystring van een URL, is deze meestal gekoppeld aan de methode KRIJGEN en de waarden worden verkregen als een sleutel-waarde-configuratie, zelfs dit object kan handig zijn om een bepaald type database te vullen in de stijl van redis om er maar een paar te noemen.
req.bodyDeze specificatie van ons object stelt ons in staat om de inhoud van een verzoek dat met de methode is gedaan vast te leggen NAOm dit object echter normaal in onze applicatie te gebruiken, hebben we een middleware om deze gegevens zo te kunnen vastleggen dat wij ze kunnen verwerken.
req.headersDit object ontvangt de headers van de client, dat wil zeggen, wat we eerder hebben uitgelegd, zijn de gegevens die door de browser worden verzonden.
req.xhrVoor dit doel kunnen we bepalen welk type verzoek we ontvangen, zodat we kunnen weten dat het een Ajax of een normaal verzoek van de browser, hiermee weten we welk type verwerking we moeten doen volgens de logica van onze applicatie.
req.urlHiermee kunnen we de URL van de klant ontvangen, dus we zullen de specifieke route verkrijgen die onze applicatie bereikt.
Laten we in de volgende afbeelding enkele voorbeelden bekijken van hoe we in Express de verschillende objecten van kunnen gebruiken verzoek die we eerder hebben gedefinieerd:
VERGROTEN
Hoewel deze tutorial over het object gaat verzoek, het object antwoord het gaat hand in hand met deze, want zodra we een verzoek ontvangen, is het meest logische om een antwoord te sturen en als zodanig moeten we een bepaalde methode gebruiken om dit te doen. Laten we nu eens kijken naar de belangrijkste methoden die we kunnen gebruiken met het responsobject in nadrukkelijk.
res.status (code)Dit is misschien wel de meest bruikbare van de methoden die we hebben in nadrukkelijk, met de responscode kunnen we een browser vertellen of het verzonden verzoek adequaat was, of de verwerking correct was, of dat het geen toestemming heeft om toegang te krijgen tot die route met dat verzoek, deze codes die worden verwerkt zijn numeriek en standaard, de bekendste is de 200 acceptatie, gevolgd door 404 wat een bron is die niet is gevonden of de 500 wat een serverfout is.
reset (veld, waarde)Met deze methode kunnen we een waarde naar de header van de browser sturen, maar het gebruik ervan handmatig wordt niet aanbevolen.
opnieuw.verzenden (lichaam)Hiermee kunnen we het antwoord naar de browser of naar de klant sturen, het wordt gebruikt in combinatie met de methode set, aangezien de eerste de waarde bepaalt en hiermee maken we de zending, bijvoorbeeld bij het ontwikkelen van een specifieke header die we willen gebruiken.
res.json ()Met deze methode kunnen we onze reactie verzenden in de vorm van: JSON, zoals we weten of zouden moeten weten, is dit het basisformaat dat we moeten hanteren als we ermee werken JavaScript omdat het ons in staat stelt om op een eenvoudige manier documenten te verzenden en dat in andere talen kan worden gebruikt.
res.render (bekijken, & # 91, callback) '] Met deze methode kunnen we de weergaven van nadrukkelijk, bijvoorbeeld wanneer we een route maken en deze moet een weergave van de methode genereren veroorzaken is belast met de uitvoering van deze operatie.
Laten we in de volgende afbeelding enkele voorbeelden bekijken van het responsobject en hoe we de informatie op de juiste manier naar onze client of browser kunnen sturen.
VERGROTEN
Hoewel al deze theorie erg compact is, is het het beste om het te beginnen te begrijpen, omdat het ons uiteindelijk in staat zal stellen betere beslissingen te nemen bij het bouwen van onze webapplicaties die zijn gemaakt met nadrukkelijk.
Hiermee sluiten we deze tutorial af, hoe we het object zien verzoek werkt niet alleen in de omgeving of het ecosysteem van nadrukkelijk, aangezien het normaal gesproken van andere dingen afhangt, zoals de browser, de HTTP-methoden en natuurlijk elk verzoek een reactie genereert, daar komt het object in het spel antwoord Als we willen dat dit degene is die de volgende actie uitvoert, bereiken we hiermee een wederzijdse interactie en voltooien we zo de interne cycli van onze applicatie.
