Muljet oma veebikülastajatele reaalajas vormi kinnitamisega

online-vormi

Esimene mulje, mis veebirakenduse kasutajana tavaliselt jääb, on veebivormi täitmine. Mind hämmastab nende veebivormide arv, mille valideerimine on null või mis ootavad teie vormi sisu esitamist, enne kui ütlen teile, millised probleemid võivad teil tekkida.

Minu rusikareegel on, et toetatakse kõike, mida pole kinnitatud. Kõik, mida saab enne vormi esitamist kinnitada, peab olema. Ajaxi tulekuga saate enne esitamist isegi oma andmebaasis andmeid kontrollida. Ärge valige laiskat marsruuti - kasutajad hindavad abi!

Siin on mõned näited:

  1. E-posti aadressid - Ma ei pahanda vorme, mis panevad teid valideerimiseks oma e-posti aadressi kaks korda täitma, kuid see, et need ei ütle teile, kas need sobivad või on asjakohaselt ehitatud, on andestamatu.
  2. paroolid - Kui panete mind kaks korda parooli sisestama, kontrollige enne vormi postitamist, et väärtused on samad.
  3. Salasõna tugevus - Kui vajate parooli teatud tugevust (tähtnumbriliste tähtede või juhtumite kombinatsioon), siis andke mulle parooli sisestamise ajal tagasisidet. Ärge oodake, kuni mind esitan, enne kui ütlen, et see ebaõnnestus.
  4. Kuupäevad - Kui soovite kuupäeva vormis am / d / yyyy, lubage mul sisestada teave ühele väljale, tippides need väärtused ja vormindades need asjakohaselt. Kui soovite juhtnulle, pange need pärast. Ühe vormingu kuvamine ja teise andmebaasi salvestamine on okei.
  5. Tänane kuupäev - Täida see minu jaoks ära! Miks te palute mul kuupäeva täita, kui olete seda juba teadnud ?!
  6. Kuupäevavorming - Kui teil on rahvusvaheline rakendus, saate kuupäeva vormingu vaikeväärtuseks muuta vastavalt oma rakenduse rahvusvahelistumisele. Muidugi on hea, kui kasutajatel on võimalus see valik tühistada ja oma valida.
  7. Sotsiaalkindlustuse numbrid - on üsna lihtne lisada mõni javascript, mis hüppab automaatselt väljalt välja või paneb programmiliselt mõttekriipsu väärtuste vahele.
  8. Telefoninumbrid - rahvusvahelistumist arvesse võttes saab seda tüüpi välju lihtsustada ka telefoninumbri vormindamisel liideses, kuid salvestades selle muus vormingus, mis on teie back-endi jaoks tõhus. Ärge laske kasutajatel sulgudesse, tühikutesse ja kriipsudesse kirjutada.
  9. Maksimaalne teksti pikkus - kui piirate oma andmebaasi salvestatud märkide arvu, siis ÄRGE laske mul nii palju märke sisestada! See ei vaja isegi rasket valideerimist ... see on lihtsalt tekstikasti seade.
  10. Minimaalne teksti pikkus - kui vajate minimaalset teksti pikkust, siis helistage alarmi, kuni mul on piisavalt märke.

Siin on näide funktsioonist Parooli tugevus Geeki tarkus:

Sisestage parool:

UUENDAMINE: 10 - leidsin allalaadimiseks allalaaditava JavaScripti teegiga ressursi vormi valideerimine, nimega LiveValidation.

16 Kommentaarid

  1. 1

    Olen nõus, et need on vormide suurepärased omadused, kuid väide, et on „vabandamatu”, kui ei teostata JavaScripti esiotsa valideerimist, on pigem isiklik arvamus. Mulle meeldib töötada javascriptis ja olen kirjutanud mõned üsna korralikud redigeerimismaskid, et teha mõningaid asju, millest räägite, kuid paljud neist pole kaugeltki tühised ja paljudel seal asuvatel JavaScripti vormide valideerimise pakettidel on mitmeid suuri auke. Mitte igaüks ei investeeri aega oma taguotsa valideerimise dubleerimisele (sagedamini kui mitte) JavaScripti keerukama valideerimisega.

    Head punktid, kuid kindlasti ei vaja see, mida iga veebivorm minu arvates vajab.

  2. 2

    Paroolikontrollija on suhteliselt katki. Iga parool on piisavalt hea, kui see on pikk.

    Näide:

    Kas see on tõesti keskpärane parool?

    f46dffe6ff4ffgdfgfjfgyu656hfdt74tyhdtu5674yfgh6uhhye45herdhrt64684hythdfth54y54348fgdcvzse8cn984v3p4m6vq98476m3wuw89ewfucsd8fg67s4v8tw76u340m6tver7nt+s89346vs+0em9u+s+09hrtuhss586ysvne4896vb4865tbv089rt++

  3. 4

    Minu jaoks on parim vormi valideerimine see, kui jätate kasutajale mulje kliendipoolsest valideerimisest, kui see on AJAX / Serveripoolne valideerimine.
    Peate oma vormielementidele lihtsalt lisama sündmuste käsitlemise (klahvistik, hägusus, klõps jne), mis postitavad kogu vormi AJAX-i kaudu serverisse, kutsudes funktsiooni "kontroll", mis tagastab vastavad tõrketeated (see parool on liiga lihtne, see kuupäev on vales vormingus jne ...)
    Kui kasutaja vormi lõpuks postitamise nupul klõpsates postitab, saate siiski kasutada serveri külje funktsiooni "kontrollimine", et vorm viimati kinnitada enne andmete sisestamist andmebaasi või mõnda muud protsessi.
    Nii on kasutajad rahul onthego valideerimisega JA arendajad on rahul ainult serveripoolse valideerimise arendamisega.

    • 5
      • 6

        Mitte nii kiiresti Doug - nõustun teie algse eeldusega, et need kasulikud funktsioonid, näiteks SSN-i vormindamine lennult, on tühised. Ja laisk on lihtsalt postitada teade, et see on vale, kui saate selle parandada ilma, et peaksite vormi ära arvama.

        Kuid nõustun ka Nicolasega Server Side loogika kasutamisel koos AJAX-iga.

  4. 7

    Teie pealkiri ütleb: "Impress Your Friends ...", kuid te ei suuda mulle muljet avaldada selle 2 minuti jooksul, helistades postitusse.

    Kirjuta oma pealkiri ümber (liiga eksitav, paneb mõtlema, et arutlusel on näiteid ja tavasid).

    Kui inimesed ei tee seda juba oma vormis, siis nad lihtsalt õpivad või pole vorm valideerimise jaoks piisavalt oluline.

    Tõelised veebiprogrammeerijad teavad seda juba ja teevad seda.

    • 8

      Jay,

      Vabandust selle pärast! Minu eesmärk ei olnud kindlasti anda arendajale tagasisidet - ma tulin tõesti tootejuhi vaatenurgast. Olen teiega nõus - kuid huvitav, et mõned teised arendajad seda ei tee! Ma arvan, et see on kahetsusväärne.

      Täname, et leidsite aega!
      Doug

  5. 9

    Olen täiesti nõus, et valideerimine on mis tahes rakenduse vajalik komponent. Meeskonna juhina leian, et saadan tavaliselt koodi uuesti lõpule, näiteks valideerimiste puudumise või tekstisisestuse pikkuse piiramise tõttu.

    Enamiku asjade kallal töötamiseks kulub minu arvates umbes 50% ajast millegi toimimiseks normaalsetes tingimustes ja kui kasutajad kasutavad süsteemi nii, nagu ma kavatsesin. Ülejäänud 50% arendusajast tuleb nende sisendi kontrollimisest, andmete terviklikkuse säilimise tagamisest ja vormiväljade lubamisest pahatahtlike andmete sisestamise lubamiseks.

    Kirjutasin postituse selle kohta, kuidas kasutan InputVerifiers oma vaatamisrakendustes ja näitan, kuidas ma e-posti tekstivälja kontrollin. Minu kasutatav regulaaravaldis on telefoninumbrite, sihtnumbrite, SSN-ide jms kinnitamiseks hõlpsasti muudetav.

    Minu blogipostitus on aadressil http://timarcher.com/?q=node/36

    Hea kirjutus Doug!

  6. 10

    Ma nõustun. Paroolid on tõesti olulised ja neid tuleb tõsiselt võtta. Ma arvan, et see on normaalne, kui peaaegu kogu vorm sisestab parooli kaks korda, kuid kahe parooli kehtivuse mitte näitamine näitab, et seda ei arvestata tõsiselt.

  7. 11

    Olen nõus, et kliendi valideerimine võib olla väga kasutajasõbralik funktsioon. Kuid olulisem on veenduda, et valideerimisel endil oleks tegelikult mõtet.

    Esitasite suurepärase näite selle kohta, kuidas valideerimine võib kasutajaid eksitada ja mis veelgi hullem, meie saidilt eemale juhtida:

    Geek Wisdomi parooli tugevuse kontrollimine kaalutlustest tZhKwnUmIss olla nõrk parool. See pole mitte ainult täiesti tugev parool, vaid ka võõristab kasutajaid, sest see jätab neile vale mulje, et selle parooliga saidile sisselogimine on kuidagi ebakindel.

    Palju parem (ja lihtsam) oleks lihtsalt vihjata kasutajatele, et hea parool on vähemalt kuus tähemärki ja see peaks sisaldama nii numbreid kui tähti.

    Muud küsitavad valideerimised hõlmavad kasutajanimesid, mis vajavad teatud minimaalset pikkust või ei pruugi sisaldada tühikuid. Mis kasutajanimedel viga on X, john doe, või isegi # *! §? Saan sellega hakkama.

  8. 12

    Ma nõustun sinuga. Mõni vorm näeb hea välja, kuid see ei paku head valideerimist. Isiklikku teavet antakse ja seda on õige võtta tõsiselt, nagu ka kõiki ärivorme paberkandjal.

  9. 13
  10. 14
  11. 15

    Minu arvates on natuke lõbus, kui postitate reaalajas vormi kinnitamise headuse kohta, kuid teie postituse lõpus olev kommentaarivorm ei paku ühtegi neist…

    Mõistan, et kasutate WordPressi, et oma mõtteid internetti blogida, kuid võib-olla pole ka nii halb mõte tagada, et te oma jutlust praktiseerite. 🙂

    Hea postitus, muide, isegi kui ma ei ole tingimata nõus kõigega, mida olete kirjutanud.

    • 16

      Doh! Panid mu maha, Amanda! Ma soovin, et mul oleks aega vormide paremaks kinnitamiseks ja WordPressi integreerimiseks. Eriti meeldib mulle Adobe Spry valideerimise raamistik ja oleks tore näha, kui keegi neid kahte integreerib!

      Aitäh! (Ja ma hindan alati, et mis tahes teemal on mitu arvamust).
      Doug

Mis sa arvad?

Sellel saidil kasutatakse rämpsposti vähendamiseks Akismetit. Vaadake, kuidas teie andmeid töödeldakse.