HTML-formularer er et meget kraftfuldt værktøj til at interagere med brugere, men af tekniske årsager er det ikke altid indlysende, hvordan man bruger dem til deres fulde potentiale. Blot at indsende data er ikke nok i dette tilfælde - du skal også sikre dig, at de data, som brugerne udfylder i formularer, bliver sendt i det korrekte format, der er nødvendigt for, at det kan behandles med succes, og at dette ikke vil bryde eksisterende ansøgninger. Det er også vigtigt at hjælpe brugerne med at udfylde formularer korrekt og ikke blive frustrerede, når de prøver at bruge applikationer.
Tag'et bruges til at oprette en HTML-formular. Den opretter faktisk ikke en margen, men bruges som en overordnet beholder til elementer som f.eks. Uanset om du vil lave en simpel abonnementsformular med regelmæssig betaling og betaling, eller interaktive webapplikationer, skal du bruge HTML-elementtags for at fungere, hvoraf det vigtigste er.
Hvordan standardHTML-formularer
HTML-formularer blev opfundet og stort set standardiseret før fremkomsten af asynkron JavaScript og komplekse webapplikationer. I dag bruges formularinput, knapper og andre interaktionsmekanismer, men kernen i dette er et system baseret på HTTP-anmodnings- og svarparadigmet.
Når en bruger indlæser en side, sendes en http-anmodning (norm alt en såkaldt GET-anmodning). Det sendes af din browser til serveren, og norm alt svarer serveren med den webside, brugeren leder efter. Denne interaktion er et af de mest grundlæggende begreber på internettet. Og det forklarer præcis, hvordan HTML-formularer fungerer.
Processen med at udveksle information med serveren
Hver, som inkluderer elementer som f.eks., er placeret inde og har en navneattribut (navn) såvel som dens værdi. Værdien er defineret på forskellige måder. For tekst vil dette være den værdi, der blev indtastet i feltet af webstedsbrugeren. For en alternativknap, værdien af den valgte indstilling. Brugeren kan indstille værdien, men kan oftest ikke indstille navneattributten. Dette skaber et sæt navn/værdi-par, hvor værdierne bestemmes af brugerinput.
Den største forskel mellem en formular og et almindeligt HTML-dokument er, at de data, der indsamles af en formular, i de fleste tilfælde sendes til en webserver. I dette tilfælde skal du konfigurere en webserver til at modtage og behandle data. tag handling attributangiver det sted (URL), hvor de indsamlede data skal sendes.
Hvordan ser serversvaret ud
Når formularen indsendes, er navn-værdi-par og alle felter i elementet inkluderet i HTTP. Der foretages en anmodning til den URL, der er angivet i form af handlingsattributten. Anmodningstypen (GET eller POST) vil være i metodeattributten. Det betyder, at alle brugerleverede data sendes til serveren, så snart formularen er indsendt, og serveren kan gøre, hvad den vil med disse data. Når serveren modtager en formularindsendelse, behandler den den som enhver anden HTTP-anmodning. Serveren gør, hvad den har brug for at gøre med de inkluderede data og sender et svar tilbage til browseren.
Hvis du husker, at indlæsning af siden er svaret, vil du bemærke, at det samme sker her. I en typisk form, der er oprettet med tagget, er svaret en ny side, der indlæses af browseren. Typisk erstatter den nye side det nuværende indhold, men dette kan tilsidesættes med target-attributten. Langt de fleste online formularer fungerer på denne måde, og det er derfor, brugeren bliver sendt til en tak-side, når de udfylder en e-mail-abonnementsformular.
Webapps og formularer uden et tag
Moderne interaktive webapplikationer bruger JavaScript-kode til at lave asynkrone http-anmodninger. Disse er opkald til serveren, der ikke forårsager en genindlæsning af siden. De er ikke afhængige af et tag – et HTML-element indbygget i adfærden. De kombinerer ikke alle data til en enkelt helhed.bruger og send dem ikke med det samme. Af denne grund bruger mange HTML + JS-layoutdesignere i webapplikationer ikke tagget på alle formularer. Oftere bruger de det blot som en slags beholder til forskellige typer inputfelter og elementer. I dette tilfælde vil de anvendte metode- og handlingsattributter ikke være synlige.
Mere om formularer
HTML-formularer er et af højdepunkterne i en brugers interaktion med et websted eller en applikation. De giver brugerne mulighed for at indsende data til webstedet. Det meste af tiden sendes dataene til webserveren, men websiden kan også opsnappe dem og bruge dem på egen hånd. Der er mange formrelaterede elementer - forskellige slags knapper, vælgere til forskellige typer, feedbackmekanismer. Derfor kan det være svært at beslutte, hvilke værdier der skal tildeles tag-attributterne. Når det kommer til at oprette formularer, skal du få dem til at fungere på forskellige skærmstørrelser. Det er vigtigt at gøre dem tilgængelige for mennesker med handicap. Det er derfor, formularer og attributtags måske er det mest komplekse aspekt af HTML.
Hvad formen består af
HTML-formularen består af en eller flere widgets. De kan være enkeltlinjede eller flerlinjede tekstfelter, markeringsfelter, knapper eller alternativknapper. De er oftest forbundet med en egenskab, der beskriver deres formål – korrekt implementeret kan tydeligt instruere både seende og blinde brugere om, hvordan man kommer til inputformularen. Attributforbundet korrekt med deres for- og id-attributter. For-etiketten refererer så til id-attributten for den tilsvarende widget, og skærmlæseren, der bruger den, vil læse op, hvad der er skrevet i den.
Udover de strukturer, der er specifikke for tagget, er det vigtigt at huske, at formularer kun er HTML-kode. Det betyder, at du kan bruge HTMLs fulde kraft til at strukturere dine formularer. En almindelig praksis er at bruge tagget til at ombryde elementer tagget med
. HTML-lister er også meget brugte; flere afkrydsningsfelter eller alternativknapper bruges til strukturering. Efter at have oprettet inputfelterne, er det tilbage at tilføje en knap ved hjælp af tagget og kontrollere resultatet. Fleksibiliteten af HTML-formularer gør dem til en af de mest komplekse strukturer i HTML-formatet. Men med den rigtige struktur, når du bygger en HTML-formular, kan du sikre, at den er både brugbar og tilgængelig.
