Når skal du bruke en Ajax-applikasjon

Jeg innrømmer det, jeg har aldri vært en stor fan av JavaScript. Jeg kan lese og skrive JavaScript, men til sist hadde jeg svært lite interesse for det. Uansett grunn, hadde tankene mine en fullstendig mental pause når det kom til å skrive JS-skript. Jeg kan skrive kompliserte C + + og Java-programmer, og jeg kan skrive Perl CGI-skript i søvn, men JavaScript var alltid en kamp.

Ajax gjorde JavaScript mer moro

Jeg tror en del av grunnen til at jeg ikke likte JavaScript var fordi rollovers er kjedelig. Visst, du kan gjøre mer enn det med JS, men 90% av nettstedene der ute bruker det, gjorde enten rollovers eller form validering, og ikke mye annet. Og når du har validert en form, har du validert dem alle.

Så kom Ajax sammen og gjorde det helt nytt igjen. Plutselig hadde vi nettlesere som ville støtte JavaScript for å gjøre noe annet enn å bytte bilder, og vi hadde XML og DOM for å koble data til våre skript. Og alt dette betyr at Ajax er interessant for meg, så jeg vil bygge Ajax-applikasjoner.

Hva er den dummeste Ajax-applikasjonen du noensinne har bygget?

Jeg tror min må være e-postkontrollen på en konto som har nesten ingen epost. Du vil gå til nettsiden, og det vil si "Du har 0 postmeldinger." 0 ville endres hvis en melding kom inn, men siden den kontoen ikke fikk noen e-post, ville den aldri endres. Jeg testet det ved å sende e-post til kontoen, og det virket. Men det var absolutt meningsløst. Det var bedre postkontroller tilgjengelig for fem år siden, og jeg måtte ikke ha Firefox eller IE løpende for å bruke dem. Når en av mine kolleger så det, sa hun "Hva gjør det?" Da jeg forklarte, spurte hun "hvorfor?"

Før du bygger en Ajax-applikasjon, spør alltid hvorfor

Hvorfor Ajax?Hvis den eneste grunnen til at du bygger applikasjonen i Ajax, er at "Ajax er kult" eller "sjefen min fortalte meg å bruke Ajax," bør du vurdere evalueringsprogrammet ditt på alvor. Når du bygger et webprogram, bør du først tenke på kundene dine. Hva trenger de denne applikasjonen til å gjøre? Hva vil gjøre det enklere å bruke?

Hvorfor ikke noe annet?Det kan være veldig fristende å bruke Ajax rett og slett fordi du kan. På et nettsted som teamet mitt jobbet med, var det en flippert seksjon av siden. Alt innholdet ble lagret i XML i en database, og når du klikket på fanene, ble Ajax brukt til å gjenoppbygge siden med de nye fanedataene fra XML.
Dette virket som en god bruk av Ajax, til du begynner å tenke på noen av problemene med det:

Flikene kan ikke bokmerkes. Så kundene kan ikke lagre informasjonen de vil ha.

Søkemotorer ser ikke dataene som ikke er i den første kategorien, fordi de ikke har tilgang til Ajax.

Ajax er ikke tilgjengelig, slik at innholdet i de andre kategoriene ikke vil være synlig for alle som bruker en skjermleser, eller til og med eldre nettlesere som ikke har god JavaScript-støtte.

Hvis en av kategoriene hadde mye informasjon, kan det ta lang tid å laste på en langsom tilkobling. Og fordi Ajax ikke indikerer at noe skjer, ser det ut til at siden er ødelagt.

Det som var interessant, er at dette nettstedet hadde lignende sider tidligere som ikke brukte Ajax. De leverte innholdet enten med skjulte divs eller separate HTML-sider. Det var ingen grunn til å bruke Ajax annet enn at Ajax var kult, og vår sjef hadde antydet vi leter etter steder å bruke den.

Ajax er for handling ikke innhold

Hvis du skal sette opp et Ajax-program, eller bare noe Ajax-lignende på ditt nettsted, må du først avgjøre om dataene du får tilgang til endringer. Poenget med den asynkrone forespørselen er at den gjør forespørsler til serveren om informasjon som har endret seg raskere - fordi det skjer mens leseren gjør noe annet. Så når de klikker på en lenke eller knapp (eller etter et bestemt tidsrom - uansett hva forskjellen din er) vises dataene med en gang.

Hvis innholdet eller dataene dine aldri endres, bør du ikke bruke Ajax til å få tilgang til det.

Hvis innholdet eller dataene bare endres sjelden, bør du sannsynligvis ikke bruke Ajax til å få tilgang til det.

Ting som er bra for Ajax

Form validering

Form validering er nesten en no-brainer. Det er så mye hyggeligere når skjemaet forteller deg når du skriver hvis du har fylt ut det feil eller ikke. Å måtte gå til serveren og deretter returnere en feilmelding er ikke bare gammel, det er sakte. La serveren validere i skjemaet, det er viktig for tilgjengelighet. Men for de som kan støtte Ajax, fortell dem med en gang.

kommentarer

Kommentarer til blogger eller bare artikler er en god bruk av Ajax. Kommentarer kan endres hele tiden, og spesielt når en kommenterer treffer kommentarknappen, er det fint å se at kommentaren vises umiddelbart på siden.

Filtrering av data

Hvis du har et stort bord med mye data i det, er et fint søknad for Ajax å legge til filter og sortere på bordet. Å få webtabellen til å fungere mer som Excel, er veldig nyttig for folk.

Undersøkelser og avstemninger

Når du klikker på din stemme, vil meningsmålingen bare bytte for å vise resultatene. Og før du kommenterer, støtter Om ennå ikke Ajax på våre meningsmålinger - men det ville sikkert vært fint. Kanskje vi kan gi utviklerne til About.com en "Ajax-samtale" av oss selv. :)

Hva å gjøre når du får "Ajax-anropet"

Snakk med sjefen din eller markedsføringsavdelingen for å finne ut hvorfor de vil bruke Ajax på nettstedet. Når du forstår årsakene til hvorfor de vil ha det, kan du jobbe med å finne et passende program for det.

Påminn både sjefen din om at kundene dine kommer først, og at tilgjengelighet er ikke bare et ord. Hvis de ikke bryr seg om nettstedet ditt er tilgjengelig for kunder, så minne dem om at søkemotorer ikke bryr seg om Ajax, så de får ikke så mange sidevisninger.

Begynn liten. Bygg et noe lett først før du bekymrer deg for å bygge et helt nytt webprogram fra grunnen av. Hvis du kan få noe Ajaxian på ditt nettsted, kan det hende at hele sjefen din eller markedsføringsavdelingen trenger å nå sine mål. Det er definitivt mulig å sette opp et Ajax-program som faktisk er nyttig, men bare hvis du tenker på hvordan du gjør det først.