Innholdsfortegnelse:
- Bryte tilbake-knappen og bokmerkene
- Forlate brukeren i kontroll
- Husk alle de forskjellige nettleserne
- Unngå en svak nettleser
- Håndtering av sensitive data
- Opprette en reserveplan
- Viser opp i søkemotorer
Video: Week 12 2024
Ajax er en ny vokskule når det gjelder webapplikasjoner, og nye regler om hvordan grensesnittet burde og burde ikke virke, er som et resultat. Disse reglene har ikke blitt formalisert ennå, men Ajax-samfunnet diskuterer dem. Før du starter med å lage dine egne Ajax-applikasjoner, bør du vurdere følgende designproblemer.
Bryte tilbake-knappen og bokmerkene
Når du har kontroll over hva som skjer i en nettside, og du bruker JavaScript for å få ting til og fra på en side - eller til og med å endre hele utseendet på siden - nettleserens tilbakeknapp fungerer ikke lenger. Back-knappen fungerer fra nettleserens historikkobjekt, som lagrer de påfølgende sidene som er lastet inn i nettleseren. Men hvis du ikke laster inn nye sider - som Ajax handler om - vet historikkobjektet ikke om dem.
Dette er en å huske på når du designer Ajax-applikasjonene dine. Om nødvendig, gi din egen lokale tilbakeknapp med JavaScript. Hvis du vil la brukeren flytte bakover til tidligere vinduer, må du holde rede på hva som har skjedd, og la brukeren navigere som de vil.
Forlate brukeren i kontroll
Ajax-applikasjoner kan virke som et eget liv fordi de opererer bak kulissene. Og de kan kommunisere med serveren selv når brukeren ikke vil at de skal - som når brukeren skriver en feil. Du kan forestille deg hvordan du ville føle deg hvis du bare hadde tastet inn en skrivefeil, og den ble umiddelbart lagret i en database av et program som ikke spurte om du ønsket å lagre noe.
Så, for å gi applikasjonene en god følelse, er det noen tips for å sette brukere i kontroll:
- Ikke vis data bort for lagring til brukeren virkelig vil lagre den.
- Husk at søknaden din ideelt sett skal svare på hendelser forårsaket av brukeren. Brukere kan finne for mye server-side validering forvirrende fordi det skaper inntrykk av at du korrigerer dem ved hvert tastetrykk. Ikke glem at en av designprinsippene for grafiske brukergrensesnitt (GUIer) er at brukeren skal være i kontroll, at de skal lede handlingen.
- Og ikke glem å tilby brukeren en måte å angre på feil.
Husk alle de forskjellige nettleserne
Som med en hvilken som helst webapplikasjon, er det verdt å huske på at det er mange forskjellige nettlesere rundt, og Ajax-applikasjonen din bør testes i de du vil støtte.
I denne skrivingen utgjør Internet Explorer og Firefox omtrent 96 prosent av nettleserbruk, og resten (Opera, Safari og så videre) er hver i kategorien 1 prosent eller mindre.
Og ikke glem at ikke alle nettlesere vil støtte JavaScript, eller vil ha JavaScript slått på - og for de brukerne, bør du ha en reserveplan.
Unngå en svak nettleser
Ajax-applikasjoner kan være store, og når de begynner å bruke ressurser som minne og CPU-hastighet, må du være forsiktig. En stor applikasjon kan bruke mye minne, spesielt hvis du ikke er forsiktig med å kvitte seg med store objekter som er opprettet.
Noen ganger bruker utviklere Ajax bare fordi det er en ny ting. Vær forsiktig med den tendensen også. Ajax løser mange problemer, men hvis du ikke trenger å bruke det, er det ingen grunn til. Og ikke glem at Ajax-programmene kanskje ikke fungerer i alle nettlesere - for eksempel de der JavaScript er slått av. Du bør gi en slags backup plan i det tilfellet.
Håndtering av sensitive data
Med Ajax er det enkelt å sende data uten at brukeren vet hva som skjer. Faktisk er det en del av hele klienten / serverforbindelsen som gjør Ajax så populær. Men det er også sant at brukeren ikke vil sende dataene du sender.
Det er best å være forsiktig med sensitive data. Internett er ikke nødvendigvis et sikkert sted for sensitive data, tross alt, og hvis du begynner å sende personnummer eller kredittkortnummer uten brukerens tillatelse, kan du komme opp i trøbbel. Så gi brukerne fordelene med tvil - spør før du sender sensitive data.
Opprette en reserveplan
Ajax er avhengig av å være koblet til en server, men ikke glem at ikke alle er online hele tiden. Og din egen server kan gå ned, slik at brukerne dine kanskje fungerer fra hurtigbufrede sider. Hvis du ikke kan koble til en side på nettet, bør du ha en slags sikkerhetskopiering. Og det gjelder for brukere som har nettlesere som ikke støtter JavaScript også.
Viser opp i søkemotorer
Google søker millioner av nettsider for teksten som brukerne søker etter - men hvis teksten du viser er lastet inn på en side basert på brukerhandlinger, ikke oppdateres i nettleseren, er Google ikke ' Det er ikke mulig å se teksten. Så husk at hvis du vil gjøre siden din søkbar på søkemotorer som Google, må du gi din side de søkeordene de trenger. (Du kan lagre søkeordene dine i en tag i nettleserens seksjon, for eksempel, hvor søkemotorer forventer å finne dem. Se dette nettstedet for mer informasjon om det.)