АСП.НЕТ МВЦ - Потврде на страни клијента

Главни циљ који морамо слиједити приликом израде апликација требао би бити употребљивост, то јест да апликација заиста помаже кориснику, да им олакшава живот и једноставна је за употребу, јер овим гарантујемо да неће бити заборављена.
Један од аспеката који могу направити разлику су валидације, то је зато што када уносимо много података морамо имати јасну идеју о узроку грешке, обично се њима рукује два нивоа валидације, први је на страни сервера, то јест, када примимо податке које потврђујемо да смо примили и пуштамо их да прођу или не, а други је на страни клијента, ово се потврђује пре слања података.
Валидације на страни клијента
Важност ових валидација је због брзине којом примамо резултат истих, на пример, учитали смо 10 поља, али од њих 4 нису тачна, без фазе валидације у клијенту треба да оду до сервера, а затим да врате одговорИако се придржавамо функционалности, кориснику губимо неколико вриједних секунди, али ако му кажемо да провјери своје податке прије слања података, спашавамо га од тога да мора послати цијелу страницу.
Дупла провераШто се тиче стабилности система, двострука провјера података чини нашу структуру података робуснијом, јер подаци или погрешни типови података вјероватно не улазе у наше моделе, драматично смањујући број фаталних грешака због овог узрока у нашој апликацији.
Укључи валидацију на страни клијента
Да бисмо извршили валидацију, не треба нам много, ми ћемо је користити јКуери и за ово ћемо прво по нашем мишљењу укључити одговарајуће скрипте:

Када се то уради, морамо изградити елементе које ћемо потврдити, у овом случају ћемо потврдити поља за унос која ћемо додати у складу са нашим моделом:

Шта се дешава?Уз употребу скрипти јКуери Нашој форми дајемо нову функционалност, на слици видимо да смо је потврдили насловно пољеАко погледамо видимо неке нове атрибуте у улазном елементу, то су дата-вал, Ови атрибути раде заједно са библиотеком за проверу ваљаности у клијенту и у зависности од провере ваљаности, скочиће када се изврши догађај слања обрасца, ако провера ваљаности не успе, образац се не шаље, чиме се штеди корисник од поновног прегледавања обрасца. страницу са означеним грешкама.
Начин на који се ова валидација врши за разлику од других је да ако не укључимо скрипте у приказ, она ће и даље радити, само што неће бити валидације на страни клијента.
Овим завршавамо водич, јер видимо да је укључивање ове врсте валидације врло једноставно ако користимо одговарајуће библиотеке, у случају АСП.НЕТ -а препоручљиво је користити јкуери.валидате.унобтрусиве.јс коју је Мицрософт развио како би задовољио њихове стандарде квалитета кода.Да ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен