Преглед садржаја
Када одлучимо да ћемо кренути путем сарадње Ајак у ХТМЛ5Морамо бити свјесни да морамо рјешавати могуће грешке које се јављају, конкретно имамо двије врсте грешака које се разликују у својој перспективи.Прва врста грешке дата је са становишта објекта КСМЛХттпРекуест и то је нека ситуација која спречава постављање захтева, на пример да се име хоста не решава у ДНС, одбијена веза или неважећи УРЛ на пример.
Друга врста грешке дата је са становишта наше апликације, али нема никакве везе са објектом КСМЛХттпРекуест, то јест, поднесен је захтев, прихваћен је, обрађен и генерисан одговор, међутим одговор није био очекивани садржај, на пример ако УРЛ који смо навели не постоји.
Хајде да видимо да је прва врста грешке коју морамо решити када проследимо погрешне податке објекту КСМЛХттпРекуест, нешто попут лоше формираног УРЛ -а, иако звучи лудо, ово је прилично честа грешка при раду Ајак.
На пример, да видимо следећи позив који може довести до ове грешке:
хттпРекуест.опен ("ГЕТ", "хттп: //");Да би дошло до проблема ове врсте, обично се јавља јер се од корисника тражи да унесе неку вредност или податке помоћу којих ћемо генерисати Урл а како знамо корисник је прва слаба тачка програма и како то не би утицало на нас, морамо развити начине за валидацију и руковање било којом врстом садржаја који нам шаље.
Да бисмо то решили, користимо блок покушај да ухватиш то нам омогућава да извршимо код и ако постоји проблем, хватамо грешку или изузетак и можемо му дати адекватно руковање, у овом случају на пример, оно што радимо је да прикажемо грешку, као што можемо видети у следећем коду , које резимирамо и само приказујемо делове који нас занимају у овом тренутку:
пробајте {… хттпРекуест.опен ("ГЕТ", "хттп: //");… хттпРекуест.сенд (); } цатцх (еррор) {дисплаиЕррорМсг ("три / цатцх", еррор.мессаге); } Унутар блока улов Имамо могућност да сачувамо грешку, за то можемо затражити да се подаци поново унесу, пошаљу на страницу на којој је означена грешка итд. Важно је да страница не откаже и процес неочекивано умире за корисника.
Грешке при руковању захтевом
Ова грешка се генерише када поднесемо захтев, али нешто није у реду са њом, на пример да се тражени УРЛ не решава у ДНС -у; Погледајмо следећи позив:
хттпРекуест.опен ("ГЕТ", "хттп: //а.нодомаин/доц.хтмл");У овом случају ДНС не може решити УРЛ, осим тога, будући да има другачије порекло од документа на који би могао утицати и на нас, да бисмо управљали овом врстом грешака, користимо функцију која нам помаже у управљању њима, попут оног који видимо у овом примеру:
фунцтион хандлеЕррор (е) {дисплаиЕррорМсг ("Догађај грешке", хттпРекуест.статус + хттпРекуест.статусТект); } Једино што морамо имати на уму је да претраживачи не рукују подацима о објекту хттпРекуест на исти начин, па одговор можда није исти.
Овим завршавамо водич и већ имамо бољи концепт како поступати и управљати грешкама које се могу појавити у захтеву Ајак и да могу учинити да наша страница пропадне.Да ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен
