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 derút dat nul validaasje hat 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, is ûnferûntskuldigber.
  2. Passwords - As jo ​​my twa kear in wachtwurd ynfiere sille, 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 is 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 yn jo database te bewarjen.
  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 ynterface op te meitsjen, mar it opslaan yn in oare opmaak dy't effisjint is foar jo efterkant. Meitsje jo brûkers net tusken haakjes, spaasjes en streepkes typje.
  9. Maksimum tekstlange - as jo it oantal karakters beheine yn jo database, 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 gean akkoard dat dit geweldige funksjes binne foar formulieren, mar sizze dat it "ûnferskoonber" is om gjin javascript-validaasje foar front-end te dwaan is in mear persoanlike miening. Ik hâld fan wurkjen yn javascript, en haw skreaun wat moai kreas editmasks te dwaan guon fan 'e dingen dy't jo prate oer, mar in protte fan harren binne fier fan triviale, en in protte fan de javascript formulier falidaasje pakketten út dêr hawwe in oantal grutte gatten. Net elkenien sil de tiid ynvestearje yn it duplikearjen fan har efterkant-validaasje mei (faker as net) kompleksere front-end javascript-validaasje.

    Goede punten, mar perfoarst net wat elke online formulier "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 de bêste foarm falidaasje is as jo jouwe de brûker de yndruk fan in kliïnt kant falidaasje wylst it is AJAX / Server side falidaasje.
    Jo moatte gewoan wat barren-ôfhanneling oan jo formuliereleminten heakje (kaai-up, blur, klik, ensfh.) ienfâldich, dy datum is yn ferkeard formaat, ensfh.)
    As de brûker úteinlik it formulier pleatst troch te klikken op in submit knop, kinne jo noch brûke de "kontrolearje" tsjinner side funksje foar in falidearje in lêste kear it formulier foardat ynfoegje de gegevens yn in databank of in oar proses.
    Op dizze manier binne brûkers bliid mei de onthego-validaasje EN ûntwikkelders binne bliid mei allinich validaasjeûntwikkeling fan serverside.

    • 5
      • 6

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

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

  4. 7

    Jo titel seit "Yndruk meitsje op jo freonen ...", mar jo kinne my net yndruk meitsje mei dizze 2 min, telefonearre yn 'e post.

    Skriuw jo titel oer (te misliedend, makket dat men tinkt dat der foarbylden en praktiken besprutsen wurde).

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

    Echte webprogrammeurs witte dit al en dogge it.

    • 8

      Jay,

      Dat spyt my! Myn punt wie perfoarst net om ûntwikkeldersfeedback te jaan - ik kaam echt út it eachpunt fan in produktmanager. Ik bin it mei dy iens - mar it is nijsgjirrich dat guon oare ûntwikkelders dat net dogge! Ik fyn dat spitich.

      Tank foar it nimmen fan de tiid!
      doug

  5. 9

    Ik bin it folslein iens dat de falidaasje in needsaaklike komponint is fan elke applikaasje. As teamleader fyn ik mysels meastentiids koade werom te stjoeren om "foltôge" te wêzen om redenen lykas ûntbrekkende validaasjes of beheine tekstynfierlingten.

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

    Ik skreau in post oer hoe't ik brûk InputVerifiers yn myn hava swing apps, en lit sjen hoe't ik ferifiearje in e-mail tekst fjild. De reguliere útdrukking dy't ik brûk is maklik te feroarjen om telefoannûmers, postkoades, SSN's, ensfh.

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

    Goed skreaun Doug!

  6. 10

    Ik bin it dermei iens. Wachtwurden binne echt wichtich en moatte serieus wurde nommen. Ik tink dat it is allinnich normaal foar hast alle foarm in typ it wachtwurd twa kear, mar net sjen litte de jildichheid fan de twa wachtwurden lit sjen dat it wurdt net beskôge serieus.

  7. 11

    Ik gean akkoard dat klantvalidaasje in heul brûkerfreonlike funksje kin wêze. It is lykwols wichtiger om te soargjen dat de validaasjes sels echt sin meitsje.

    Jo joegen in briljant foarbyld fan hoe't falidaasje brûkers kin misledigje en, noch slimmer, se fuortdriuwe fan ús side:

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

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

    Oare twifele validaasjes omfetsje 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 #*!§? Dat kin ik wol oan.

  8. 12

    Ik bin it mei dy iens. Guon foarmen sjogge goed, mar it biedt gjin goede falidaasje. Persoanlike ynformaasje wurde jûn en it is allinich passend om it serieus te nimmen, lykas elke bedriuwsfoarm yn hurde kopy.

  9. 13
  10. 14
  11. 15

    Ik fyn it in bytsje amusant dat jo post oer de goedens foar it leverjen fan realtime formuliervalidaasje en dochs, jo kommentaarformulier oan 'e ûnderkant fan' e post jout gjin fan dizze ...

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

    Goede post, trouwens, ek al bin ik it net needsaaklik iens mei alles wat jo skreaun hawwe.

    • 16

      Doh! Do hast my slein, Amanda! Ik winskje dat ik tiid hie om bettere formuliervalidaasje te dwaan en it te yntegrearjen yn WordPress. Ik fyn benammen de Adobe Spry falidaasjekader en soe graach sjen dat immen de twa yntegrearje!

      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.