Yndruk meitsje jo webbesikers mei real-time formuliervalidaasje

online formulier

De earste yndruk dy't jo normaal hawwe as brûker fan in webapplikaasje is as jo in webformulier ynfolje. Ik bin fernuvere oer it oantal webformulieren dy't der gjin validaasje hawwe of dat wachtsje op jo om jo formulierynhâld yn te tsjinjen foardat jo fertelle hokker problemen jo miskien hawwe.

Myn thumbregel is dat alles dat net falidearre wurdt wurdt stipe. Alles dat kin wurde validearre foardat it formulier yntsjinnet, moat wêze. Mei de komst fan Ajax kinne jo sels gegevens validearje tsjin jo database foardat jo yntsjinje. Kies de luie rûte net - brûkers wurdearje de help!

Hjir binne inkele foarbylden:

  1. E-postadressen - It makket my net út foar formulieren wêrtroch jo jo e-postadres twa kear ynfolje om se te validearjen, mar it feit dat se jo net fertelle as se al of net passe of net binne konstruearre, is ûnûntskuldigber.
  2. Passwords - As jo ​​my twa kear in wachtwurd ynfiere wolle, validearje asjebleaft dat de wearden itselde binne foardat jo it formulier pleatse.
  3. Wachtwurd sterkte - As jo ​​in bepaalde wachtwurdsterkte nedich binne (kombinaasje fan alfanumeryke tekens of gefallen), jou dan wat feedback foar my wylst ik myn wachtwurd yn typ. Wachtsje net oant ik yntsjinnet foardat ik my fertelt dat it mislearre.
  4. Dates - As jo ​​de datum yn am / d / jjjj-formaat wolle, tastean my dan de ynformaasje yn ien fjild yn te fieren troch dizze wearden te typen en se op te passen. As jo ​​liedende nullen wolle, set se dan yn. It is goed om ien formaat te werjaan en in oare te bewarjen yn jo database.
  5. Datum fan hjoed - Folje it foar my út! Wêrom freegje jo my de datum yn te foljen as jo it al witte ?!
  6. Datumformaat - As jo ​​in ynternasjonale applikaasje hawwe, kinne jo in datumformaat standert basearre op Internationalisaasje fan jo applikaasje. Fansels is it goed om in opsje te hawwen foar brûkers om dizze opsje te oerskriuwen en har eigen te selektearjen.
  7. Nûmers foar sosjale feiligens - it is frij ienfâldich om wat javascript ta te foegjen dat automatysk springt fan fjild nei fjild of programmatysk in streepje tusken wearden set.
  8. Telefoannûmers - mei ynternasjonalisaasje yn oerweging kinne dizze soarten fjilden ek wurde ferienfâldige troch it tillefoannûmer yn 'e interface op te meitsjen, mar it opslaan yn in oare yndieling dy't effisjint is foar jo efterkant. Meitsje jo brûkers net tusken heakjes, spaasjes en streepkes typje.
  9. Maksimum tekstlange - as jo it oantal karakters beheine yn jo databank, lit my dan net safolle karakters typje! It fereasket net iens lestige validaasje ... it is gewoan in ynstelling yn it tekstfak.
  10. Minimale tekstlange - as jo in minimale tekstlange nedich binne, klinkt dan it alarm oant ik genôch tekens haw.

Hjir is in foarbyld fan in funksje Wachtwurdsterkte fan Geek Wisdom:

Typ it wachtwurd yn:

UPDATE: 10-26-2007 - Ik fûn in kreaze boarne mei in JavaScript-bibleteek dy't te downloaden is foar formuliervalidaasje, LiveValidation neamd.

16 Comments

  1. 1

    Ik bin it der mei iens dat dit geweldige funksjes binne foar formulieren, mar sizze dat it "ûnferbidlik" is om javascriptvalidaasje fan front-end net út te fieren is in persoanlike miening. Ik hâld fan wurkjen yn javascript, en haw in pear aardige bewurkingsmasken skreaun om guon fan 'e dingen te dwaan wêr't jo oer prate, mar in protte fan har binne fier fan triviaal, en in protte fan' e javascript-formulier validaasjepakketten derút hawwe in oantal grutte gatten. Net elkenien sil de tiid ynvestearje yn duplisearje fan har validaasje fan 'e efterkant mei (faker as net) kompleksere javascriptvalidaasje foar front-end.

    Goede punten, mar definityf net wat elke online foarm "nedich" is yn myn miening.

  2. 2

    De wachtwurdkontrôler is relatyf brutsen. Elk wachtwurd is goed genôch as it lang is.

    Foarbyld:

    Is dit echt in midsmjittich wachtwurd?

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

  3. 4

    Foar my is de bêste formuliervalidaasje as jo de brûker de yndruk jouwe fan in validaasje fan in kliïntside, wylst it validaasje fan AJAX / Server is.
    Jo moatte gewoan wat eventbehanneling (keyup, onscherp, klik, ensfh.) Oan jo formulier-eleminten taheakje dy't it folsleine formulier fia AJAX nei de server poste, en in "kontrôle" -funksje oproppe dy't de oerienkommende flaterberjochten werombringt (dizze passowrd is te ienfâldich, dy datum is yn ferkeard formaat, ensfh ...)
    As de brûker it formulier einlings pleatst troch te klikken op in knop yntsjinje, kinne jo de funksje "kontrolearje" op 'e tsjinnerside noch brûke om it formulier de lêste kear te validearjen foardat de gegevens yn in database of in oar proses ynfoegje.
    Op dizze manier binne brûkers bliid mei de onthego validaasje EN ûntwikkelers binne bliid mei allinich validaasjeûntwikkeling fan server.

    • 5
      • 6

        Net sa fluch Doug - ik bin it mei jo orizjinele útgongspunt iens dat dizze nuttige funksjes, lykas opmaak fan in SSN ûnderweis triviaal binne. En it is lui om gewoan in berjocht te pleatsen dat it ferkeard is, as jo it kinne reparearje sûnder it formaat te rieden.

        Ik bin it lykwols ek mei Nicolas iens oer it brûken fan Server Side-logika yn kombinaasje mei AJAX.

  4. 7

    Jo titel seit "Ymponearje jo freonen ...", mar jo kinne my net yndruk meitsje mei dizze 2 min.

    Herskriuw jo titel (te misledigend, lit men tinke dat der foarbylden en praktiken wurde besprutsen).

    As minsken dit net al dogge yn har foarmen, dan leare se gewoan of is de foarm net wichtich genôch om validaasje te brûken.

    Echte webprogrammers wite dit al en dogge it.

    • 8

      Jay,

      Dat spyt my! Myn punt wie perfoarst net om feedback fan ûntwikkelders te leverjen - ik kaam echt út it eachpunt fan in Product Manager. Ik bin it mei jo iens - mar it is nijsgjirrich dat guon oare ûntwikkelders dat net dogge! Ik tink dat dat spitich is.

      Betanke foar de tiid!
      doug

  5. 9

    Ik bin it folslein iens oer de validaasje as in needsaaklik ûnderdiel fan elke applikaasje. As teamlieder fyn ik mysels gewoanwei koade werom te stjoeren om "klear" te wêzen om redenen lykas falide validaasjes of beheine lingtes fan tekstynfier.

    Foar de measte dingen wêr't ik oan wurkje fyn ik dat it sawat 50% fan 'e tiid duorret om wat te wurkjen, ûnder normale omstannichheden en as brûkers it systeem brûke lykas ik bedoelde. De oare 50% fan 'e ûntwikkeltiid komt fan it kontrolearjen fan har ynput, derfoar soargje dat gegevensyntegriteit wurdt behâlden, en it meitsjen fan de formulierfjilden dat gjin kweade gegevens kinne wurde ynfierd.

    Ik skreau in berjocht oer hoe't ik InputVerifiers brûke yn myn apps foar hava-swing, en lit sjen hoe't ik in e-posttekstfjild ferifiearje. De reguliere ekspresje dy't ik brûk is maklik te feroarjen om tillefoannûmers, postkoades, SSN's, ensfh. Te validearjen.

    Myn blogpost is by http://timarcher.com/?q=node/36

    Goede opskriuwing Doug!

  6. 10

    Ik bin it dermei iens. Wachtwurden binne echt wichtich en moatte serieus wurde nommen. Ik tink dat it allinich normaal is foar hast alle formulieren om it wachtwurd twa kear te typen, mar net de jildigens fan 'e twa wachtwurden sjen litte lit sjen dat it net serieus wurdt beskôge.

  7. 11

    Ik gean akkoard dat validaasje fan kliïnten in heul brûkerfreonlike funksje kin wêze. It is lykwols wichtiger om derfoar te soargjen dat de validaasjes sels eins sin hawwe.

    Jo joegen in briljant foarbyld fan hoe't validaasje brûkers kin misliede en, slimmer noch, se fuortride fan ús side:

    Validaasje fan 'e wachtwurdsterkte fan Geek Wisdom fan beskôget tZhKwnUmIss in swak wachtwurd te wêzen. Dit is net allinich in perfekt sterk wachtwurd, mar it sil brûkers ek ferfrjemdzje, om't it har de falske yndruk jout dat ynloggen op jo side mei dit wachtwurd op 'e ien of oare manier ûnfeilich wêze sil.

    It soe folle better (en makliker) wêze om brûkers gewoan oan te jaan dat in goed wachtwurd teminsten seis tekens lang is en sawol sifers as letters moat befetsje.

    Oare twifele falidaasjes befetsje brûkersnammen dy't in bepaalde minimale lingte nedich binne of miskien gjin spaasjes befetsje. Wat is der mis mei de brûkersnammen X, john doe, as sels # *! §? Ik kin dat oan.

  8. 12

    Ik bin it mei dy iens. Guon foarmen sjogge der goed út, mar it biedt gjin goede falidaasje. Persoanlike ynformaasje wurdt jûn en it is allinich goed om it serieus te nimmen krekt lykas alle bedriuwsfoarmen yn hurde kopy.

  9. 13
  10. 14
  11. 15

    Ik fyn it in bytsje amüsant dat jo poste oer de goedens foar validaasje fan realtime formulier validaasje, en dochs leveret jo kommentaarformulier oan 'e ûnderkant fan' e post gjin fan dizze ...

    Ik realisearje my dat jo WordPress brûke om jo gedachten op it ynternet te bloggen, mar miskien soargje jo derfoar dat jo oefenje wat jo preke is ek net sa'n min idee. 🙂

    Goede post, trouwens, sels as ik it net iens iens bin mei alles wat jo hawwe skreaun.

    • 16

      Doh! Jo hawwe my botst, Amanda! Ik woe dat ik tiid hie om bettere formuliervalidaasje te dwaan en it yn WordPress te yntegrearjen. Ik hâld foaral fan 'e Adobe Spry validaasjekader en soe graach sjen dat ien de twa yntegreart!

      Tank! (En ik wurdearje altyd dat d'r meardere mieningen binne oer elk ûnderwerp).
      doug

Wat tinksto?

Dizze side brûkt Akismet om spam te ferleegjen. Learje hoe't jo kommentaargegevens ferwurke wurde.