Jag får mycket mejl från läsare som är frustrerade över svårigheten att implementera Ajax i sina senaste webbapplikationsprojekt. Även stora företag verkar undvika att lägga till Ajax-funktioner för tillfället, och när jag pratar med dem om framtida utveckling hävdar de alla att de ”undersöker Ajax”, men inte för mycket annat är på väg. En av anledningarna till denna tveksamhet är en uppenbar brist på bra design- och felsökningsverktyg för Ajax. Som ofta är fallet med nytillkomna teknologier, kan utvecklingsprocessen vara långsam och klumpig – låt oss inse det, till och med felsökning av JavaScript, som har funnits i flera år, är fortfarande en icke-trivial övning. Du är ofta tvungen att lägga till ”varningsrutor” som dyker upp för att visa variabelvärden i ett försök att se varför saker och ting inte fungerar som de ska. Ett sätt att förenkla utvecklingscykeln är att använda förbyggda bibliotek med funktioner som du kan anropa från din egen kod, fördelen är att bibliotekskoden ofta har optimerats för att fungera med alla webbläsare och de flesta av buggarna har strukits ut. Nackdelen med att använda bibliotek är att de kan vara stora och deras kod invecklad, vilket kan leda till långsammare sidladdningstider.
En annan sak att tänka på när du överväger att använda Ajax är hur och var det kommer att gynna dina användare mest i din webbapplikation – inte alla områden kan dra lika stor nytta av Ajax, även om vissa kan förvandlas genom lite eftertanke och några kodbitar. De flesta av oss trålar internet och letar efter hjälp med sådana uppgifter, men jag tycker ofta att det kan hjälpa enormt att ha en bra bok i ämnet. En sådan bok jag kan rekommendera är Adding Ajax från O’Reilly, som täcker användningen av många av Ajax-biblioteken som Prototype, Script.aculo.us, Rico, Dojo, jQuery, MochKit, YahooUI, mooTools och moo.fx, Sarissa och WZ_jsGraphics. Boken täcker också att skriva dina egna Ajax-effekter utan att behöva använda bibliotek, och det är ett mycket värdefullt hjälpmedel att ha vid din sida (eller till och med att läsa på semestern medan du drömmer om den coola webbapplikationen du ska bygga när du kommer tillbaka ).
Om du vill lägga till någon alternativ Ajax-funktionalitet till din webbplats kan du inte göra mycket bättre än att titta på alla prover på http://miniajax.com, som verkligen är väldigt bra och generellt sett enkla att implementera. Det kommer säkert att ge dig massor av idéer, men snälla gör inte misstaget många människor gjorde med animerade GIF-bilder i början av webben och överdriv det.
Spry och Spry igen
Ett Ajax-bibliotek som jag inte har nämnt ännu (och inte heller O’Reilly-boken) heter Spry, från Adobe. Dokumentationen är bra och det är inte så svårt att använda det här biblioteket, men det handlar om att lägga till kod manuellt, eller snarare var det fram till nu. Den senaste versionen av Dreamweaver, kallad CS3 i linje med de andra Adobe-produkterna, har nu stöd för Spry Framework bland flera andra nya funktioner.
Det är faktiskt värt att ta en snabb titt på ett par av de nya funktionerna i Dreamweaver, som för mina pengar gör denna uppgradering värd kostnaden. Först, som nyss nämnts, är dess stöd för Ajax i form av Spry Framework: för att använda dessa funktioner klickar du bara på Sprys verktygsfält och en dialogruta öppnas där du anger detaljerna – och det är ungefär det, din första del av Ajax!
Så vilka funktioner ger Spry Framework dig? För det första finns det en enkel hopfällbar panel som gör att sidinnehåll kan döljas och expanderas igen när användaren klickar på panelens översta fält. Det här innehållet finns fortfarande på sidan, så du sparar ingenting i sidfilstorlek, men det är ett intressant sätt att stoppa in mycket innehåll i en mindre del av webbläsarfönstret. Dragspelsobjektet är en något mer komplex version av denna komponent, som tillåter flera hopfällbara områden.
