Почетна » Веб дизајн » Увод у ХТМЛ5 ограничење валидације

    Увод у ХТМЛ5 ограничење валидације

    Интерактивне веб странице и апликације се не могу замислити без облика који нам омогућавају повежите се са нашим корисницима, и то добити податке Потребно нам је да обезбедимо глатке трансакције са њима. Треба нам важећи кориснички унос, међутим, морамо да га стекнемо на такав начин не фрустрира нашим корисницима превише.

    Иако можемо побољшати употребљивост наших образаца паметно одабраним УКС дизајном, ХТМЛ5 такође има механизам за валидацију ограничења који нам омогућава ухватите грешке у уносу у самом фронту.

    У овом посту ћемо се фокусирати валидација ограничења која се испоручује преко претраживача, и погледајте како програмери могу да раде обезбеди валидан унос корисника помоћу ХТМЛ5.

    Зашто нам је потребна провјера улазних података

    Инпут валидатион има два главна циља. Садржај који добијамо треба да буде:

    1. Корисно

    Морамо употребљиви подаци са којима можемо да радимо. Морамо да натерамо људе да уђу реалне податке у одговарајућем формату. На пример, нико ко је данас жив није рођен пре 200 година. Добијање података као што је овај може изгледати смешно у почетку, али дугорочно је досадно и попуњава нашу базу података бескорисним подацима.

    2. Сецуре

    Када говоримо о сигурности, то значи да морамо спречавање убризгавања злонамерног садржаја - било намјерно или случајно.

    Може се постићи корисност (добијање разумних података) само на страни клијента, бацкенд тим не може превише помоћи у томе. Да достигне безбедности, предњи и позадински програмери морају да раде заједно.

    Ако програмери фронтенда исправно потврде унос на страни клијента, бацкенд тим ће морати да се носи са много мање рањивости. Хаковање (сајт) често подразумева слање додатних података, или података у погрешном формату. Програмери се могу борити против сигурносних рупа попут ових, успјешно се боре са фронт-енд-а.

    На пример, овај ПХП водич за безбедност препоручује да проверите све што можемо на страни клијента. Они наглашавају важност валидације фронтенд уноса тако што дају многе примјере, као што су:

    "Провера ваљаности улаза ради најбоље са изузетно ограниченим вредностима, нпр. Када нешто мора да буде цели број, или алфанумерички низ или ХТТП УРЛ."

    У валидацији улазних података, наш посао је да наметнути разумна ограничења на корисничком уносу. Функција валидације ограничења ХТМЛ5 пружа нам средства за то.

    Валидација ХТМЛ5 ограничења

    Пре ХТМЛ5, програмери су били ограничени на проверу корисничког уноса помоћу ЈаваСцрипт-а, што је био досадан и склон погрешкама. Да би се побољшала валидација образаца на страни клијента, ХТМЛ5 је увео а валидација ограничења алгоритам који ради у модерним претраживачима и проверава исправност достављеног уноса.

    Да би се извршила процена, алгоритам користи атрибути који се односе на валидацију улазних елемената, као такав ,

    Тхе максимална дужина аттрибуте не враћа поруку о грешци, али претраживач једноставно не дозвољава корисницима да уносе више од наведеног броја знакова. Зато је то кључно информисати кориснике о ограничењу, иначе неће разумети зашто не могу наставити с типкањем.

    4. паттерн за Регек валидацију

    Тхе паттерн атрибут нам дозвољава користите регуларне изразе у нашем процесу валидације улаза. Регуларни израз је а унапред дефинисан скуп знакова који формирају одређени образац. Можемо га користити или за претрагу низова који прате образац, или за наметање одређеног формата дефинисаног обрасцем.

    Са паттерн атрибут можемо урадити на другом - ограничити кориснике да предају свој унос у формату који одговара датом регуларном изразу.

    Тхе паттерн атрибут има много случајева употребе, али може бити посебно користан када то желимо потврдите поље за лозинку.

    Пример испод захтева од корисника да унесу лозинку која је дугачка најмање 8 знакова и садржи најмање једно слово и један број (извор регекса који сам користио).

     

    Још неколико ствари

    У овом чланку смо погледали како се користи провјеру образаца испоручених са прегледачем обезбеђен оригиналним ХТМЛ5 алгоритмом валидације ограничења. За креирање наших прилагођених скрипти за проверу ваљаности, потребно је да користимо АПИ ограничења за валидацију који може бити следећи корак у усавршавању вештина валидације образаца.

    ХТМЛ5 обрасци су доступни помоћним технологијама, тако да не морамо нужно користити ариа-рекуиред АРИА атрибут за означавање потребних поља за унос за читаче екрана. Ипак, може бити корисно додати подршку за приступачност старијим прегледачима. Такође је могуће искључите се из валидације ограничења додавањем новалидате боолеан атрибут за

    елемент.