Преглед садржаја
Начин рада на Ноде.јс и од изразити је оријентисан на два фундаментална аспекта, први је да се само један програмски језик користи за постизање свих циљева, а други је да су развијене функционалности у стилу РЕСТ тако да можемо имати а Бацк-енд то је независно и стога било која врста Предњи крај.Да бисмо успешно развили другу тачку, морамо имати неколико ствари јасних, али најважније је разумети објекат захтев шта није уреду с тим изразити и како то функционише када их укључимо у наше апликације, на овај начин можемо да ухватимо различите врсте података које шаље корисник без потребе да пролазимо кроз гломазне процесе.
Једна од првих ствари коју морамо учинити је разумјети шта наша апликација прима, а шта не прима, јер ћемо за то објаснити методе ХТТП али не са становишта дефиниције тих концепата јер је то донекле удаљена тема, ако не и са унутрашње тачке гледишта.
Наши прегледачи имају два начина слања података директно у апликацију, а то су ДОБИТИ И ПОШТА, прво подаци путују кроз Урл и они су јавни, што га чини посебним за консултације и изградњу Пермалинкс, односно јединствене везе са којима се постављају упити.
Метода ПОШТА путује крадом, у смислу да корисник не може директно да види шта се шаље. Појавом алата отклањање грешака У нашим прегледачима већ можемо лако видети ове информације, чак се можемо претварати да шаљемо податке из неких алата ПОШТА.
Морамо посебно напоменути да чињеница да претраживач директно шаље само те две методе у нашу апликацију не значи да не можемо користити друге, и ту Ајак заузима централно место, јер преко њега можемо постављати захтеве или ХТТП захтев других врста, како би се све управљало горе поменутим протоколом.
Други облик података који путује кроз наш претраживач и који нису нужно кориснички подаци су заглавља која имају вишеструку употребу, али у основи то су подаци који нам омогућавају да идентификујемо прегледач и одговоре на које чека.
ПримерНа пример, ако прегледач жели да преузме садржај у облику обичног текста јер је наша апликација тако уредила, морамо се побринути да се приликом подношења захтева обради са заглављем обичног текста, па генеришемо одговор да претраживач може тако да тумачи.
Али не само то, наша апликација може одговорити и заглављима која претраживач тумачи на такав начин да можемо ограничити, приказати или извршити било коју другу компатибилну радњу на резултату који корисник види.
На пример, ако не желимо одређени прегледач (Интернет претраживач) видите нашу апликацију, једноставно узимамо заглавље које нам шаље почетни захтев и кроз обраду захтева датотеке кориснички агент наша апликација одлучује да ли ће приказати резултате претраживачу или не.
Објекат захтев То је најједноставнији и најдетаљнији начин који имамо унутар себе изразити да бисмо могли да манипулишемо захтевима који се генеришу коришћењем наше апликације, па помоћу овог објекта можемо да ухватимо заглавља, податке које шаље корисник, па чак и податке које шаље Ајак. Ин изразити можемо користити неколико елемената који припадају објекту захтев За манипулацију подацима, да видимо оне најкорисније и њихово одговарајуће објашњење:
рек.парамсОвај објекат нам омогућава да добијемо руте, имена и њихове параметре, користи се за добијање више од свих података које шаље део наше апликације.
рек.парам.намеОвај објекат нам омогућава да добијемо вредност одређене пошиљке било путем ПОШТА или ДОБИТИ, веома је корисно примити само једну од вредности.
рек.куериОво је веома корисно за добијање низ упита УРЛ -а, обично је упарен са методом ДОБИТИ а вредности се добијају као конфигурација кључ-вредност, чак и овај објекат може бити користан за попуњавање неке врсте базе података у стилу редис да се неке помене.
рек.бодиОва спецификација нашег објекта омогућава нам да снимимо садржај захтева направљеног методом ПОШТАМеђутим, да бисмо нормално користили овај објекат у нашој апликацији, потребан нам је миддлеваре како бисмо могли да снимимо ове податке на начин на који их можемо обрадити.
рек.хеадерсОвај објекат прима заглавља од клијента, односно оно што смо претходно објаснили били би подаци које шаље претраживач.
рек.кхрУ ту сврху можемо одредити коју врсту захтева примамо, тако да можемо знати да је то био а Ајак или нормалан захтев претраживача, са овим ћемо знати коју врсту обраде морамо да урадимо према логици наше апликације.
рек.урлНа овај начин можемо примити УРЛ клијента, па ћемо добити одређену руту која стиже до наше апликације.
Погледајмо на следећој слици неке примере како у Екпресс -у можемо користити различите објекте захтев које смо раније дефинисали:
ЕНЛАРГЕ
Иако се овај водич бави објектом захтев, објекат одговор ово иде руку под руку са овим, пошто када примимо захтев, најлогичније је да пошаљемо одговор и као такви морамо да употребимо одређени метод за то. Погледајмо даље најважније методе које можемо користити са објектом одговора у изразити.
рес.статус (код)Ово је можда најкориснији од метода које имамо изразити, помоћу кода одговора можемо прегледачу рећи да ли је захтев који је послао био адекватан, да ли је обрада била исправна или ако нема дозволу за приступ том путу са тим захтевом, ови кодови који се обрађују су нумерички и стандардни, најпознатији је 200 прихватање, након чега следи 404 који је ресурс који није пронађен или 500 што је квар сервера.
рес.сет (поље, вредност)Овом методом можемо послати вредност у заглавље прегледача, али се не препоручује ручна употреба.
рес.сенд (боди)Омогућава нам да одговор пошаљемо прегледачу или клијенту, користи се заједно са методом комплет, будући да први утврђује вриједност и с тим вршимо испоруку, на примјер при развоју одређеног заглавља које желимо користити.
рес.јсон ()Ова метода нам омогућава да свој одговор пошаљемо у облику ЈСОН, као што знамо или бисмо требали знати, ово је основни формат с којим морамо радити при раду ЈаваСцрипт пошто нам омогућава слање докумената на једноставан начин и који се може користити на другим језицима.
рес.рендер (погледајте, & # 91, повратни позив) '] Ова метода нам омогућава да прикажемо погледе на изразити, на пример када креирамо руту и она мора да генерише приказ методе дати, пружити је задужен за извођење ове операције.
Погледајмо на следећој слици неке примере објекта одговора и како можемо на одговарајући начин послати информације нашем клијенту или прегледачу.
ЕНЛАРГЕ
Иако је сва ова теорија врло густа, најбоље је почети је разумијевати јер ће нам то на крају омогућити да доносимо боље одлуке при изградњи наших веб апликација креираних помоћу изразити.
Овим завршавамо овај водич, како видимо објект захтев не ради само у животној средини или екосистему изразити, пошто то обично зависи од других ствари, као што су претраживач, ХТТП методе и наравно сваки захтев генерише одговор, ту долази предмет у игру одговор Ако желимо да ово буде онај који изводи следећу радњу, тиме постижемо двосмерну интеракцију и на тај начин довршавамо интерне циклусе наше апликације.
